Italo Giurizzato Junior

Boa tarde Raphael, Notei que as tags: SignatureValue e X509Certificate contem quebra de linha. No meu entendimento essas quebras não devem ocorrer.

Boa tarde Mario, Ainda não temos um programa exemplo em Firemonkey para o BP-e, mas temos para a NF-e/NFC-e. Chegou a estudar os fontes do programa exemplo em Firemonkey para a NF-e/NFC-e?

Boa tarde Adson, Você configurou o componente para a versão 3.00 ?

Boa tarde Bryan, Se o provedor segue a versão 2 do layout da ABRASF, como assim a estrutura do arquivo XML é diferente? Qual XML você se refere? Cuidado para não comparar o layout do RPS com o da NFS-e ou até mesmo com o XML de envio do Lote de RPS.

Boa tarde Mario, Não acho prudente utilizar o mesmo termo usado pela TecnoSpeed. Além do mais o termo "Previsão" não soa bem (minha opinião). Temos a principio 2 situações (CT-e protocolado e não protocolado) para cada ambiente (homologação / produção) No meu entendimento a mensagem deveria ser: Ambiente de Homologação, CT-e não protocolado, Mensagem: CT-e não autorizado no Ambiente de Homologação Ambiente de Homologação, CT-e protocolado, Mensagem: CT-e sem Valor Fiscal - Ambiente de Homologação Ambiente de Produção, CT-e não protocolado, Mensagem: CT-e não autorizado no Ambiente de Produção Ambiente de Produção, CT-e protocolado, não se deve imprimir nenhuma mensagem. Espero que compreenda os meus argumentos.

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

Boa tarde Bryan, A leitura do XML do RPS ou da NFS-e é feita pela unit pnfsNFSeR.pas já a que escreve o XML do RPS é a pnfsNFSeW_ABRASFv2.pas

Boa tarde a todos, Favor atualizar os fontes, fiz uma correção na unit que ocorre o erro. Agora ela esta compatível com o Delphi 7 também.

Boa tarde Raphael, Favor anexar o XML do RPS. Verifique se no nome ou no endereço desse tomar tem caracteres especiais, como cedilha, vogal acentuada ou o "&" E Comercial.

Boa tarde Elvis, Em vez de libCapicom, utilize libWinCrypt.

Bom dia Rodrigo, Apliquei uma possível correção, já esta no repositório. Favor atualizar os fontes e faça novos testes.

Boa tarde Fabio, Favor atualizar mais uma vez. E faça novos testes.

Boa tarde Mauricio, Mesmo que você faça as alterações necessárias no componente para que ele gere os dois grupos <infNFe> e <infCTe> ele vai ser rejeitado pela SEFAZ. Veja estas duas regras de validação da SEFAZ que se encontra no manual - Visão Geral - página 62: Resumindo: Transportadora (Prestador de Serviço de Transporte) só pode informar no MDF-e os CT-e Transportador de Carga Própria só pode informar no MDF-e as NF-e. O erro do seu cliente foi emitir (não sei como) o CT-e pelo programa gratuito da SEFAZ.

Pessoal, Encontramos a solução para usar o componente ACBrCIOT sem a necessidade do certificado digital. Vejam o item 12 do tópico:

Bom dia Moroni, Note que a noticia se refere as regras de validação que vão ser aplicadas pela SEFAZ para determinar se o MDF-e vai ser autorizado ou não. Quanto aos novos campos e grupos por serem opcionais, eles já foram implementados pela SEFAZ, logo já podemos utiliza-los.

Bom dia Rodrigo, Coloquei na minha lista de tarefas, vou analisar e assim que tiver uma solução, envio para o repositório e te aviso aqui.

Bom dia a todos, O componente ACBrCIOT com a utilização do certificado digital tanto o ambiente de homologação quanto o de produção funcionam 100%. Se o certificado digital somente o ambiente de homologação e para funcionar foi necessário alterar o HTTPS para HTTP das URLs dos serviços. O eFrete jura de pé junto que é possível utilizar ambos os ambientes sem a necessidade do certificado digital e sem fazer a alteração acima mencionada, mas até o momento não conseguimos fazer funcionar.

Bom dia Jarbas, Esses provedores são uma piada. Você gera o XML exatamente igual ao Manual, Exemplo fornecidos por eles e o webservice o recusa. Não vejo outra alternativa a não ser entrar em contato com o provedor e relatar o problema e se possível for enviar junto o XML de pedido de cancelamento e o retorno deles. Lembre-se que o componente ACBrNFSe salva também o XML exatamente igual o que é enviado para o webservice (*-soap.xml). Para salvar os arquivos "soap" basta atribuir o valor True a propriedade de configuração: Configuracoes.WebServices.Salvar Despois reze para que eles deem um retorno e que aponte o que estamos fazendo de errado. Uma coisa é certa, se o XML enviado esta fora da estrutura esperada, alguma coisa tem a mais, ou a menos, ou fora de lugar. Se algo estivesse a mais ou faltando ou fora de lugar, ao comparar com o exemplo deles você conseguiria identificar, mas como você disse esta exatamente igual. Podemos chegar a conclusão que: eles forneceram um manual e o XML de pedido de cancelamento que não tem nada haver com o que foi implementado no webservice. O schema utilizado pelo webservice para validar o XML de entrada não condiz com o manual, schemas e XML de exemplos disponibilizados pelo provedor.

Bom dia Cleiver, Primeiramente desculpa pela demora em dar um retorno. Mas é preciso verificar com muita calma essa sua proposta e no meu entendimento se faz necessário uma consulta a um bom contador. Pois note que existe tanto o desconto incondicionado e o condicionado e as regras são diferentes para cada um, veja: Desconto Incondicionado: https://www.valor.srv.br/pergResps/pergRespsIndex.php?idPergResp=545 Desconto Condicionado: https://www.valor.srv.br/pergResps/pergRespsIndex.php?idPergResp=546 Outra coisa: Na sua postagem inicial, temos imagens de fragmentos do XML. Na primeira imagem você esta informando o desconto referente ao serviço no item 7 como sendo um desconto incondicional (vDescIncond) no valor de 0.95 Já na segunda imagem que se refere os valores totais, o desconto do serviço de 0.95 esta informado em desconto condicional (vDescCond). No meu entendimento essa nota deveria ser rejeitada.

Boa tarde Campos, Porque a NF-e, CT-e, MDF-e, BP-e funcionam? Simples, todas as SEFAZ seguem um layout nacional. Porque a NFS-e não funciona? Simples, cada prefeitura contrata uma empresa para implementar o webservice que recepciona as notas, mas essas empresas que eu chamo de provedor não seguem um padrão nacional. Não seria ótimo se todas as empresas que realizam averbação, como é o caso da Porto Seguro, ATM entre outras, seguissem um padrão nacional? Infelizmente não é assim. Os bancos agora estão disponibilizando webservice para que possamos registrar os boletos em vez de gerar um TXT e enviar através de programas de terceiros. Adivinha, cada banco resolveu criar o seu próprio layout, imagina a zorra que isso vai virar. Da mesma forma que você tem as suas limitações em não conseguir fazer alterações na unit que você anexou, nós também temos as nossas. Para criar o componente ACBrANe usando o ATM não foi tão difícil pelo fato deles possuírem um webservice. Como o Big Wings disse, no caso do Porto Seguro temos que gerar um HTML, que no meu entendimento é uma aberração.

Boa tarde Rodrigo, Mas vendo o XML do RPS que você anexou o conteúdo da tag Competência esta exatamente igual ao da tag DataEmissao. Uma coisa importante, com o ACBrInstall_Trunk2 eu consigo compilar e instalar todos os componentes no D7.

Bom dia, Quando executamos o método DistribuicaoDFePorUltNSU é retornado um lote de documentos. Esse lote pode ter até 50 documentos, dos quais podem ser resumos de notas, notas completas, resumo de eventos e eventos completos. Nesse lote não necessariamente vem somente um tipo de documento, ou seja, só resumo. Pode vir qualquer um dos tipos de documentos, portanto posso ter resumos de notas e notas completas. E se uma nota recebeu um evento de manifestação do destinatário, pode até ocorrer ter no mesmo lote o resumo e a nota completa. Note que o numero do NSU do resumo será sempre menor que o numero NSU da nota completa. Observação: no exemplo acima estou me referindo ao resumo da nota de numero 1500 e o XML completo também da nota de numero 1500. Atenção: o NSU não tem nada haver com o numero da nota. Se ao executar o método mencionado acima retornar no mesmo lote ou no seguinte o XML completo da nota podemos concluir duas coisas: 1. A nota foi sim manifestada. 2. Ocorreu uma falha no Ambiente Nacional que acabou liberando o XML. Outra coisa importante, estou me referindo ao método do componente ACBrNFe, portanto a intenção é obter o XML da NF-e. Sendo assim quem pode obter o XML da NF-e? 1. O destinatário (para ter o XML completo precisa enviar o evento de Manifestação do Destinatário); 2. A Transportadora (para ter o XML completo se faz necessário apenas constar o CNPJ dela no grupo <trasporta>); 3. Os Terceiros, como por exemplo o contador (para ter o XML completo se faz necessário apenas constar o CNPJ/CPF no grupo <autXML>).

Bom dia Rodrigo, Ao carregar o XML do RPS para realizar a consulta da NFS-e por RPS não vejo nenhum problema com relação a tag <Competencia>, pelo que me recordo nessa consulta ela não é utilizada pra nada. O que não ficou claro para mim é: você gera o XML do RPS salva em disco, depois carrega para poder enviar, é isso? Se sim, porque não gera e envia de uma vez?

Bom dia Luiz, O que tudo indica a cidade de Farroupilha realmente mudou de Infisc para Tecnos, sendo assim se faz necessário configurar o programa exemplo para que ele utilize os schemas que estão na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\Tecnos

Bom dia Moroni, Verificando os schemas notei que para esse provedor o valor do Id tem que ser um numero inteiro, logo isso explica o erro apresentado na sua primeira postagem onde o valor do Id é "sub13", portanto só vai validar corretamente se for apenas "13". Fiz uma alteração que acredito vai resolver o problema. Favor atualizar os fontes e faça um novo teste.