Italo Giurizzato Junior

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Carlos, Então volte o arquivo INI para ficar desta forma: [Recepcionar] IncluiEncodingCab=0 IncluiEncodingDados=0 TagGrupo=nfe Texto1=%DadosMsg% Tente enviar um lote. Anexe o XML de envio do lote: ( *-env-lot.xml e *-env-lot-soap.xml ) para que possamos analisar. Estou trabalhando no Refactoring do componente ACBrNFSe. Ao fazer testes com o provedor Giap também obtive o erro 401 para os serviços: EnviarLoteRps e Cancelar, só o serviço ConsultarNFSeporRps que não ocorreu esse erro.

Bom dia Sandro, A mensagem é clara: Elemento prodPred é inesperado de acordo com o modelo de conteúdo do elemento pai infMDFe. Esse mensagem de erro só ocorre quando o XML contem uma tag (elemento) que não consta no schema. Como o componente não gera tags que não estejam previstas nos schemas, isso deixa claro que os schemas que a sua aplicação esta se utilizando para validar o MDF-e estão desatualizados. Verifica em qual pasta a aplicação esta buscando os schemas e atualize com os schemas que estão na pasta que eu já mostrei acima.

Bom dia Rabelo, Esses dois botões que você esta mostrando nas imagens, pelo que sei só mostram os certificados que estejam instalados no Windows. Se tratando de certificado A1 a minha sugestão é nem instalar o certificado. No campo caminho você seleciona o certificado salvo em uma determinada pasta. No campo senha você informa a senha dele. Só isso, já é o suficiente para o componente funcionar. Agora no caso dessa porcaria de A3, primeiro você convença ao seu cliente a trocar pelo o A1, se ele for cabeça dura, compre um A1 e dê de brinde. Se deseja ter dor de cabeça continue com o A3.

Boa tarde a todos, Não adianta nós desenvolvedores reclamar com o provedor. Temos que pedir para os nossos clientes abrir um protocolo na prefeitura relatando todos os problemas. E esperar que a prefeitura tome alguma providencia.

Boa tarde Patrick, Somente o RPS deve ser assinado. A mensagem de erro diz que o elemento tcDeclaracaoPrestacaoServico esta incompleto de acordo com o Schema, era esperado o elemento Signature. Ou seja o RPS não foi assinado. Outra coisa se uma tag deve constar no XML independente se ela possui algum conteúdo ou não lembre-se que a linha que gera essa tag possui um parâmetro que defini se ela é obrigatória ou não. Exemplo: Gerador.wCampo(tcStr, '#6', 'RegimeEspecialTributacao', 01, 01, 0, RegimeEspecialTributacaoToStr(NFSe.RegimeEspecialTributacao), DSC_REGISSQN); |-> esse parãmetri diz que a tag é opcional Gerador.wCampo(tcStr, '#6', 'RegimeEspecialTributacao', 01, 01, 1, RegimeEspecialTributacaoToStr(NFSe.RegimeEspecialTributacao), DSC_REGISSQN); |-> esse parãmetri diz que a tag é obrigatória, ou seja, a tag vai ser gerada mesmo sem nenhum conteúdo.

Sandro, Não atualizou. Peguei o seu XML e através do programa exemplo pedi para validar o mesmo, note que existe um botão chamado Validar. E foi apresentado a mensagem informando que o XML é valido.

Boa tarde Sandro, Você esta com todos os fontes de todas as pastas atualizados? O que tudo indica a pasta que contem os schemas ( ...\Exemplos\ACBrDFe\Schemas\MDFe ) não esta atualizada.

Boa tarde Ramalho, Abra o arquivo Centi.ini e analise ele. Note que algumas seções como por exemplo: [Recepcionar] IncluiEncodingCab=0 IncluiEncodingDados=0 Não contem a definição do Envelope, como a da seção: [Gerar] IncluiEncodingCab=0 IncluiEncodingDados=0 Texto1=<SOAP-ENV:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"> Texto2=<SOAP-ENV:Body> Texto3=<GerarNfse xmlns="http://tempuri.org/"> Texto4=<aXml>%DadosMsg%</aXml> Texto5=%SenhaMsg% Texto6=</GerarNfse> Texto7=</SOAP-ENV:Body> Texto8=</SOAP-ENV:Envelope> Esse provedor apesar de seguir a versão 2 do layout da ABRASF, implementou apenas em seu webservice os serviços: Gerar, ConsultarLote, ConsultarNFSePorRps e Cancelar. Os demais serviços não vão funcionar mesmo.

Boa tarde Alexandre, Essa alteração no arquivo INI do provedor, mais precisamente nas URLs não vai gerar um efeito colateral com as demais cidades que utilizam o mesmo provedor? E para essa cidade realmente se faz necessário assinar tudo? Inclusive o Consultar Situação, Rps e Lote do Gerar, serviços estes não disponibilizados pelo provedor?

Boa tarde Carlos, Altere no arquivo Giap.ini a seção Recepcionar: [Recepcionar] IncluiEncodingCab=0 IncluiEncodingDados=0 Texto1=<nfe>%DadosMsg%</nfe> Note como ficou o campo Texto1. Faça novos testes.

Boa tarde Luís, MDF-e rodoviário? 3 mil CT-e informados no MDF-e? Se é rodoviário o caminhão tem quantas carretas?

Boa tarde Rabelo, O programa exemplo do componente ACBrMDFe para o Lazarus não deve estar atualizado, mas para o Delphi sim. Veja o local correto para incluir esses campos na rotina que alimenta o componente.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Thiago, Use sempre o que nós disponibilizamos, pois de vez em quando (sempre) a SEFAZ faz uma kaka nos Schemas e nós temos que corrigir.

Boa tarde Thiago, A sua aplicação esta utilizando os schemas que se encontram na pasta: ...\Exemplos\ACBrDFe\Schemas\MDFe ?

Boa tarde Sandro, A sua aplicação esta usando os schemas disponibilizados na pasta: ...\Exemplos\ACBrDFe\Schemas\MDFe ?

Bom dia Fagner, Como dito antes o ACBrMonitor Plus oficial não emite NFS-e e essa versão que você ou seus clientes utilizam foi alterada por uma empresa, é ela que tem que encontrar uma solução para o problema. Assunto esclarecido, vou fechar esse tópico.

Bom dia Carlos, Chegou a comparar com o XML que o componente gera, para ver se esta faltando alguma coisa ou se tem algo a mais?

Bom dia Raphael, Então no provedor foi cadastrado outro CNAE para essa empresa.

Bom dia Wanderson, Se o problema também ocorre com o DANFE e não somente com o DANFSE, volto a lhe perguntar. Você definiu as margens via código?

Bom dia Helio, Quem disse a você que o MDF-e agora gera o CIOT? Na NT 2020/001 que se refere ao MDF-e Integrado esta escrito: "Publicação dessa NT, que estrutura o MDF-e de forma a possibilitar, entre outros benefícios: * Geração automática do CIOT, pelo Sistema MDF-e, tanto para as modalidades TAC Independente como TAC-Agregado;" Veja bem esta escrito que vai possibilitar a geração automática do CIOT. Mas não diz como isso vai ser feito e nem quando. Sendo assim devemos ainda utilizar o ACBrCIOT (que se utiliza do eFrete) para poder gerar o CIOT e informar o mesmo no MDF-e e por fim enviar este para a SEFAZ.

Boa tarde Ramalho e BInformatica, Esse tópico não é para esclarecer duvidas e sim para anexar os arquivos INI de provedores e Cidades.ini que vocês corrigiram ou acrescentaram novas cidades. Se tem duvidas, primeiro pesquise, não encontrando uma resposta para o problema crie um novo tópico relatando o mesmo. Boa tarde Weber e Eder, Muito obrigado pela colaboração, vou incluir na minha lista de tarefas e assim que possível estarei analisando e estando tudo OK vou enviar para o repositório.

Boa tarde a todos, É preciso verificar se o código informado em CodigoCnae é o da empresa que esta emitindo a NFS-e.

Boa tarde Alexandre, Você pode anexar somente as units que você alterou aqui mesmo no fórum que iremos analisar e estando tudo OK enviaremos para o repositório. Infelizmente tem provedor que apesar de informar que segue o layout da ABRASF sempre faz alguma kaka ai temos que ficar dando os nossos pulos para fazer funcionar. A alteração que você com relação a tag Complemento esta correta, é a solução. Quando ao da Signature, me parece que esta faltando assinar o RPS. No arquivo INI existem um conjunto de campos referente a assinatura. Atualmente esta da seguinte forma: [Assinar] RPS=1 Lote=0 URI=1 ConsSit=0 ConsLote=0 ConsNFSeRps=0 ConsNFSe=0 Cancelar=1 RpsGerar=1 LoteGerar=0 Substituir=1 Note que o valor do campo RPS é 1 logo ele vai assinar. Verifica se todos os seus fontes de todas as pastas estão atualizados. Se algum deles estiver com uma bolinha vermelha significa que foi alterado, logo o Tortoise não consegue atualizar.