Italo Giurizzato Junior

Alexandre, O problema de utilizar o validador da SEFAZ é quando ocorre alterações no layout do documento fiscal eletrônico. Pode acontecer deles atualizarem o validador para o novo layout, mas esse novo layout só esta liberado em homologação. Ai a sua aplicação envia para o validador da SEFAZ o XML que esta em produção portanto não atende o novo layout. Pode também ocorrer da SEFAZ demorar para atualizar os schemas de seu validador. É por isso que eu não recomendo usar o validador da SEFAZ em época de troca de layout como vai ocorrer no ano que vem.

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

Bom dia Diego, Você poderia verificar com o provedor se a URL do webservice de produção é a mesma para todas as cidades atendidas por eles? Alguns provedores como por exemplo o Fiorilli a URL de homologação é igual para todas as cidades, mas a de produção é diferente, ou seja, cada cidade tem a sua. Seria interessante também conseguir com o provedor a lista de cidades atendidas por eles e as respectivas URLs.

Bom dia Marcos, Já enviei para o repositório.

Bom dia Windel, Muito obrigado pela colaboração, já vou enviar para o repositório. Em vez de alterar o campo Validar de 1 para zero para não validar, no meu entendimento seria interessante entrar em contato com o provedor e solicitar os Schemas atualizados. E reze para que esse provedor não tenha um schema diferente para cada cidade que ele atende.

Bom dia Valdir, Já esta no repositório.

Bom dia Alexandre, Porque você quer preencher o campo XML da pagina que validação do XML via programação? Você não confia nos Schemas que são utilizados pelo componente para validar o XML antes do seu envio? Schemas estes fornecidos pela própria SEFAZ.

Bom dia, Vamos ver se eu entendi. O caminhão sai da cidade A com uma certa quantidade de carga a caminho da cidade B. Na cidade B a carga é completada e parte para o seu destino que é a cidade C que fica em outro Estado. Se a situação é essa o procedimento seria: 1. Na cidade A são emitidos vários CT-e e o MDF-e relacionando esses CT-e, informar no MDF-e o destino como sendo a cidade C que fica no outro Estado. 2. Quando o caminhão chegar na cidade B, o MDF-e emitido deve ser encerrado. 3. Na cidade B são emitidos vários CT-e e um novo MDF-e deve ser emitido relacionando os CT-e emitidos pela cidade A e B e informar o destino como sendo a cidade C que fica no outro Estado. 4. Quando toda a carga for entregue no outro Estado deve-se encerrar esse segundo MDF-e. Te aconselho a baixar a Cartilha Nacional do MDF-e, nessa cartilha é apresentado diversas situações e como proceder em cada uma delas. A cartilha se encontra no link: https://dfe-portal.svrs.rs.gov.br/Mdfe Espero ter ajudado.

Boa noite Marco, Desde já muito obrigado pela colaboração, vou incluir na minha lista de tarefas e estudar a sua alteração, caso esteja tudo Ok, vou enviar para o repositório.

Boa tarde, O XML do RPS esta identado, favo não identar o XML isso provoca erros no que diz respeito a assinatura.

Boa tarde Marcos, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Boa tarde Windel, Favor anexar as units alteradas para que possamos analisar. Desde já muito obrigado pela colaboração.

Boa tarde Valdir, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Boa tarde Rodrigo, O código a ser atribuído ao campo cNF a sua geração esta correta mas no ligar errado. Esse código tem que ser gerado no momento que os dados da nota são salvos no banco de dados em um campo chamado CodNota (por exemplo). Ao alimentar o componente você lê do banco de dados o código da mesma forma que lê os demais. infNFe.ID := qrnota.fieldbyname('numero').asstring; Ide.natOp := qrnota.fieldbyname('natureza').asstring; Ide.nNF := StrToInt(qrnota.fieldbyname('numero').asstring); // Lendo o código da nota no banco de dados. Ide.cNF := StrToInt(qrnota.fieldbyname('CodNota').asstring); Desta forma se a data de emissão for a mesma você não vai ter mais a rejeição de duplicidade com diferença na chave. Outra coisa se esta tendo rejeição de duplicidade é porque o usuário tem a liberdade de enviar a mesma nota mais de uma vez e isso esta errado. No dia 06/10 o José Junior vai falar sobre essa rejeição em sua palestra (Dia do ACBr), não perca. Estarei junto com ele, vamos dar varias dicas.

Boa tarde Luiz, Por favor não poste código, procure sempre anexar para que a postagem fique curta. Desde já agradeço pelo compreensão. Esse "X" no nome do XML é você que esta colocando? Esse problema também ocorre com o programa exemplo?

Boa tarde Danny, Já enviei para o repositório.

Boa tarde Artur, Já enviei para o repositório.

Bom dia Danny, Muito obrigado pela colaboração, vou incluir na minha lista de tarefas.

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

Bom dia Artur, Muito obrigado pela colaboração, já vou incluir na minha lista de tarefas.

Bom dia Joemil, Você chegou a abrir o arquivo Tinus.ini ? Se não abriu então abra. Você vai notar que não existe as URLs do SoapAction para os métodos Gerar e EnviarSincrono (RecSincrono) e também não tem as URLs de homologação e produção para os métodos citados. O provedor Tinus segue a versão 1 do layout da ABRASF, logo só existe apenas um método de envio, que é o Enviar que se utiliza do serviço RecepcionarLoteRps implementado pelo provedor em seu webservice.

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

Bom dia a todos, Tomem muito cuidado no que se refere a data de emissão, devemos sempre informar a data e hora. Notei pelas imagens que a tag dhEmi no que se refere a hora esta zerado, isso indica que a nota foi emitida a meia noite.

Bom dia Alexandre, Você até imprimir o DANFE da NFC-e novamente, agora com o protocolo de autorização sem nenhum problema, mas o cliente vai ficar sem esse ele uma vez que eu já foi embora. Nas dias primeiras linhas onde você configura o componente não esqueça de mudar o formato de emissão para normal.

Bom dia Luiz, Tem algo estranho, um dos XMLs ( *-bpeX.xml ) esta assinado e sem o protocolo de autorização, o outro que contem o protocolo de autorização mas esta sem a assinatura. Você esta gerando o XML novamente e a sua aplicação esta incluído o protocolo de autorização?