Italo Giurizzato Junior

Pessoal, Por favor testem com essa nova unit: ACBrDFeXsLibXml2.pas

Carlos, Peça ao provedor mostrar qual é o CNPJ que esta sendo enviado no XML e o que se encontra no Certificado, pois o componente a principio não assina usando um certificado com CNPJ diferente.

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

Bom dia André, As units a serem alteradas bem como o arquivo INI estão relacionados no ultimo paragrafo da minha postagem. Abra essas units e o INI veja como foi implementado o ConsultarNFSe e implemente o ConsultarNFSeFaixa.

Bom dia Leo, Você deve estar fazendo algo de errado, o método EnviarSincrono permite o envio de um lote com até 50 RPS. O programa exemplo apenas ADD um RPS, mas você pode mudar para ADD mais de 1. Veja isso no método Enviar do programa exemplo, é mostrado com ADD mais de 1 RPS.

Bom dia Claudio, Por não conhecer bem C, você poderia anexar o XML original antes de assinar, o alterado antes de assinar e por fim o assinado com as alterações desfeitas. Desde já muito obrigado.

Bom dia Carlos, No XML do RPS consta o CNPJ do prestador, este CNPJ é o mesmo do Certificado? Já verificou se no Provedor o CNPJ esta formatado (pontos, barra, traço) ou se consta somente os dígitos? Como esta gerando o CNPJ no XML (somente dígitos)?

Bom dia Kartter, A configuração do SSLLib, ... são exatamente as mesmas dos demais clientes? A versão do Windows é a mesma, bem como a sua atualização?

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

Bom dia, Comparando o XML de pedido de cancelamento gerado pelo componente com esse de exemplo, estão iguais, apesar do exemplo não constar a assinatura. Você testou usando as units que anexei em uma postagem mais acima? Lembrando que uma tem que ser salva na pasta ...\Fontes\ACBrDFe e a outra na pasta ...\Fontes\ACBrDFe\ACBrNFSe.

Boa tarde Ângelo, Toda ajuda é bem vinda. Faça as devidas alterações e anexa a unit alterada para que possamos avaliar, estando tudo OK vamos enviar para o repositório.

Boa tarde André, Peço que você reveja a sua implementação em dois pontos: 1. Você incluiu um parâmetro entre outros já existentes, isso faz com que ocorra quebra de código nas aplicações dos demais desenvolvedores que se utilizam dos parâmetros que vem após as datas. 2. Tem provedor que tem mais de um serviço de consulta. No caso do provedor SmarAPDABRASF temos: Consulta de NFS-e – Serviços Prestados - ConsultarNfseServicoPrestado; Consulta de NFS-e – Serviços Tomados ou Intermediados - ConsultarNfseServicoTomado; Consulta de NFS-e por faixa - ConsultarNfseFaixa; Note que a chamada (em negrito) ao Webservice são diferentes, sendo assim o mais correto é criar um novo método no componente para o ConsultarNfseFaixa, pois o método ConsultarNfse se utiliza do serviço: ConsultarNfseServicoPrestado. Caso queira encarar o desafio, além de alterar as units: ACBrNFSe, ACBrNFSeWebServices e pnfsNFSeG, será necessário também alterar o ACBrNFSeConfiguracoes pois no arquivo INI do provedor será necessário criar uma seção para esse novo serviço.

Boa tarde Claudemes, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde Kelly, Muito obrigado pela colaboração, já fiz a alteração e enviei para o repositório. Favor atualizar os fontes e refaça os testes.

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

Boa tarde Alessandro, O pessoal do e-social fizeram uma lambança com os schemas da versão 2.5.0 removeram os namespace, logo nenhum schema funcionava. Eu tive que colocar os namespace na mão um por um. Se você comparar o schema desse evento da versão 2.4.2 com a versão 2.5 vai notar que algumas tags agora são atributos. Dai o erro que você esta tendo. Você esta gerando tags, mas nessa nova versão os caras não tem mais o que inventar, resolveram mudar em vez de elemento agora temos que colocar as informações em atributos. Veja a página 63, 64 (por exemplo) do manual, na quarta coluna que se refere ao tipo, esta aparecendo a letra A (Atributo) em vez de E (Elemento).

Boa tarde Alessandro, Peço que você envie somente as unit e ou arquivos que alterou e não todas que estão na pasta.

Boa tarde Claudio, A rejeição 519 é gerada conforme a regra G67 (página 44 do Manual do CT-e versão 3.00). Verificar o CFOP informado considerando a seguinte matriz: Para CT-e do tipo Normal, Complementar ou Substituição: Se UF de início da prestação = UF de fim de prestação (e UF fim <> EX) CFOP deve iniciar por 5 Se UF de início da prestação <> UF de fim da prestação (e UF fim <> EX) CFOP deve iniciar por 6 Se UF fim de prestação = EX CFOP deve iniciar por 7 Para CT-e de anulação de valores: Se UF de início da prestação = UF de fim de prestação (ambas <> EX) CFOP deve ser 1206 Se UF de início da prestação <> UF de fim da prestação (ambas <> EX) CFOP deve ser 2206 Se UF de início ou fim de prestação = EX CFOP deve ser 3206

Bom dia Rauber, Você poderia ver com o provedor um XML exemplo de cancelamento? Se conseguir, favor anexar aqui mesmo, muito obrigado.

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

Bom dia Tulio, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia, Você chegou a usar as units que anexei na minha postagem anterior?

Bom dia Joveci, Seria interessante você informar qual foi a alteração que você fez para que o problema fosse resolvido, assim se algum tiver um problema parecido poderá aqui encontrar a solução.

Boa tarde Renato, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde Walter, O problema é que segundo os modelos que constam no Manual do MDF-e versão 3.00, nenhum deles esta previsto a impressão dos dados da Seguradora. Ao meu ver poderíamos dividir ao meio (altura) o quadro referente ao condutor, deixando a metade de cima para o condutor e a de baixo para a Seguradora.