Italo Giurizzato Junior

Boa tarde, Quanto a emitir a NFC-e em vez da NFS-e no que diz a notas com datas retroativas não sei lhe responder.

Boa tarde Ramalho, Você poderia disponibilizar esse Manual, pois analisando o fonte encontrei onde a TAG <Tributacao> recebe o valor, mas não encontrei entre as possibilidades uma que atribui o valor "E".

Bom dia, Acredito que sim. Outra coisa, no caso de Manaus, favor verificar no que diz respeito a NFS-e, pois me parece que alguns contribuintes deverão emitir as suas Notas Fiscais de Serviço usando a NFC-e e não a NFS-e.

Bom dia, O problema é que apenas 1% dos provedores possui essa estrutura onde você pode ADD vários serviços, informando a descrição, quantidade e valor de cada um. Os outros 99% devemos informar os serviços em uma unica TAG chamada Discriminação. Por conta disso acredito que tanto o DANFSE feito em Fast quanto o que foi feito em Fortes Report não esta previsto a leitura da estrutura e sim somente da TAG Discriminação. Mas você pode colaborar com o projeto realizando alterações visando atender ambas situações.

Bom dia, Que eu saiba somente o CT-e e MDF-e tem uma nova versão, no caso a 3.00 No meu entendimento o programa exemplo, não precisa contemplar toda a estrutura do XML, apenas mostrar de uma forma simplificada. O desenvolvedor de posse do manual (que contem a estrutura completa) tem condições de completar a rotina que alimenta o componente apresentada pelo programa exemplo. No caso do CT-e temos 2 novos tipos de eventos, se você sabe montar a rotina para enviar um outro tipo de evento, com certeza com pequenas alterações será capaz de montar as rotinas para esses novos eventos. Quero lembrar que esses novos eventos, um é destinado as empresas de transporte de valores, se não for o seu caso, não se preocupe com ele. O outro evento se refere ao tomador do serviço, ou seja, que vai emitir esse evento é o tomador e não o emitente, logo se a sua aplicação é para a transportadora, esqueça ele também.

Bom dia, Ainda não, mas se desejar pode contribuir, ele se encontra no repositório Branches, tanto os fontes do componente quanto do programa exemplo, bem como do pacote de instalação. Baixe os fontes, copie as pasta ACBrANe para a estrutura de fontes baixados do repositório Trunk2, instale o componente e realize testes usando o programa exemplo.

Bom dia Werner, O componente possui uma propriedade de configuração onde você informa o caminho onde encontra-se o arquivo ACBrNFeServicos.INI Será que o componente não esta buscando uma cópia do INI que com certeza esta desatualizado? Se não for este o caso, tente reinstalar os componentes através do ACBrInstall_Trunk2.

Boa noite Amilton, Acredito que você não entendeu o que eu escrevi. A tabela que mencionei se refere aos dados de configuração do componente, que no programa exemplo esses dados são armazenados em um arquivo INI e no meu sistema eles são salvos em uma tabela do banco de dados. Para a emissão do Nota Fiscal há necessidade de diversas tabelas, por exemplo: Cad_Emitente, Cad_Clientes, Cad_Produtos, Reg_Vendas, Mov_Produtos, Sis_PropDFe, entre outras. Na tabela Reg_Vendas é informado para quem esta se vendendo, data da venda, numero da nota, valor da nota, etc. Na tabela Mov_Produtos, temos a movimentação dos produtos, ou seja, código do produto, data da movimentação, tipo de movimentação (entrada ou saída), CNPJ (se for entrada se trata do CNPJ do fornecedor, caso contrario é CNPJ do cliente), quantidade, valor unitário, etc. No que se refere aos campos obrigatórios e opcionais você encontra no Manual da NF-e, a minha sugestão é que você acesse o Portal Nacional da NF-e e baixa a versão 6.0 do Manual da NF-e.

Boa noite, Se não me falha a memória a cidade de Manaus utiliza o provedor Ginfes que por sua vez utiliza a versão 1 do layout da ABRASF. Na versão 1 não consta a tag Competencia na estrutura do RPS, somente da NFS-e que é gerado pelo provedor.

Boa tarde João, É preciso "debugar" para descobrir o que esta ocorrendo.

Boa tarde Werner, Se mesmo depois de alterar o arquivo INI executar o Compila_RES e dar um Build ALL no seu projeto o problema persiste, verifique se a sua aplicação não esta usando um arquivo INI desatualizado.

Boa tarde Amilton, A nova versão dos componentes que estão no repositório Trunk2 como por exemplo o ACBrNFe tem uma propriedade de configuração chamada SSLLib que pode receber os valores libCapicom, libCapicomDelphiSoap ou libOpenSSL. Sem um certificado digital você não vai conseguir realizar nenhum teste. Você pode usar o certificado do seu cliente ou usar o que é disponibilizado pela SEFAZ-RS (baixe ele através do link: https://www.sefaz.rs.gov.br/NFE/NFE-CER.aspx ) Detalhe importante, com esse certificado só será possível testar se o componente esta assinado corretamente o XML. Ele não serve para consumir os Web Services, portanto não será possível realizar envio, consultas etc. NotasFiscais é na realizada uma lista, note que inicialmente é executado o método Clear para limpar essa lista. A lista em questão é usada para adicionar os dados pertinentes as vendas, dados estes que o componente vai utilizar para gerar o XML da NF-e. Todos as informações que aparecem nas abas do programa exemplo eu armazeno em uma tabela chamada Sis_PropDFe no banco de dados. Quanto a estrutura nada mais é do que os campos que aparecem nas abas de configuração do programa exemplo.

Dércio, Ao gerar e enviar o RPS você esta informando a série do mesmo? Se sim, você notou que no retorno da consulta ( 91-comp-nfse.xml ) no grupo <IdentificacaoRps> a série esta em branco? Isso faz com que o componente não carregue os dados e o Confirma fica com o valor False;

Boa tarde Gabriel, Inclua dentro do seu IF a seguinte linha: Imp.ICMS.SituTrib := cstICMSOutraUF;

Marcos, Vide o programa exemplo que encontra-se na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Delphi

Boa tarde Thiago, Em vez de usar o tpEmis = 5 porque não usa o tpEmis = 7 ou 8 (depende da UF do Emitente) ? Baixe e leia a Nota Técnica 2012/003 - Divulga Orientações para Utilização da SVC

Boa tarde Dércio, Foi são o XML da NF-e na pasta Notas? Pois o XML: 91-comp-nfse.xml é o retorno da consulta a NFS-e por RPS e nele contem a nota que precisa ser extraída e salva separadamente.

Boa tarde Marcos, Ao configurar o componente, você esta informando o código IBGE da cidade em questão?

Boa tarde João, E o XML referente ao lote é salvo em disco?

Boa tarde Heronim, Me parece que esse provedor começou a ser implementado no componente na versão Trunk, mas não foi finalizado se não me falha a memória. Já no Trunk2 inicialmente procurei implementar os provedores que estavam funcionando no Trunk. Portanto o provedor SmartAPD não foi implementado nessa nova versão do componente.

Boa noite Marcos, Qual é o provedor?

Boa tarde Marcos, Use o método LoadFromFile.

Boa tarde Victor, Atualize todos os fontes de todas as pastas. Disponibilizei na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe o arquivo Retornos.txt Acredito que ele vai lhe ajudar em obter os retornos com as mensagens de erro,

Boa tarde João, Os provedores: NFSeBrasil, SimplISS, SpeedGov, Coplan, EReceita, IssDigital, Mitra, Saatri, Siam, Virtual, Conam, EGoverneISS, EL e Governa - não devemos assinar o RPS e nem o Lote. Os provedores: Goiania e Tecnos - só devemos assinar o RPS. Talvez você diga, não tenho nenhum cliente cuja cidade utilize um desses provedores, tudo bem. Lembre-se que as prefeituras realizam contratos com essas empresas através de licitação e quando vence o contrato uma nova licitação é realizada. Ai se outra empresa ganhar como é que fica se for uma das mencionadas acima? Agora se você deseja o XML do Lote sem realizar o seu envio, execute o método GerarLote. Volto a dizer, que guardar no banco de dados o Lote é perda de tempo e de espaço.

Boa tarde Luiz, Favor atualizar todos os fontes de todas as pastas e reinstalar os componentes através do ACBrInstall_Trunk2.