Italo Giurizzato Junior

Boa tarde Dalvan, Por favor só inclua no ZIP os arquivos novos e os alterados por você, para agilizar o processo de analise dos mesmos.

Boa tarde, Já lhe respondi por e-mail.

Boa tarde Leandro, Uma coisa é você configurar o Componente para se utilizar do ambiente de homologação e outra coisa é Ide.tpAmb := taHomologacao; A linha acima simplesmente vai fazer com que a TAG tpAmb no XML apareça com o valor 2. Configurar o componente para trabalhar com o ambiente correto é através da seguinte linha: ACBrNFe1.Configuracoes.WebServices.Ambiente := taHomologacao;

Boa tarde Augusto, Removi o provedor Publica da seguinte linha: if (AProvedor in [proGoiania, proProdata, proVitoria{, proPublica}]) then AXML := AXML + '</GerarNfseEnvio>'; pois da forma que estava sempre seria acrescentado a TAG GerarNfseEnvio, mas ocorre que o provedor em questão possui duas formas de envio: EnviarLoteRpsEnvio e GerarNfseEnvio Logo devemos usar os métodos Enviar (para enviar um lote com até 50 RPS) ou Gerar (para enviar somente um RPS). Em ACBrProvedorPublica as function Gera_TagI e Gera_TagF dependendo a ação vai incluir as TAGs corretas. Explique melhor a questão de assinar o RPS ou não, em qual situação devemos assinar e quando não devemos?

Boa noite Dalpiaze, Nunca altere nada em um XML assinado e protocolado, mesmo que seja a troca de um ponto por uma virgula, pois isso é o suficiente para que o torne inválido.

Bom dia Marcelo, O que você utilizou para baixar os fontes, o ACBrInstall ou Tortoise? Se foi o Tortoise, este esta configurado para a nova URL? Quando aparece o erro de identificador não declarado temos que verificar: 1. Os fontes estão atualizados? 2. A sequencia dos Paths dentro do Library Path do Delphi Se tudo estiver OK compilar a aplicação com a opção Build.

Bom dia Udenilson, No grupo autXML só devemos informar as pessoas que não fazem parte do documento. No caso de uma NF-e, já esta descriminado quem é o emitente e o destinatário e se for o caso a transportadora. Portanto essas 3 pessoas não precisam constar da lista do grupo <autXML>, se alem delas você deseja autorizar mais alguém, por exemplo o contador, então basta informar o CPF do mesmo ou o CNPJ do Escritório de Contabilidade. Lembre-se que a lista de autorizados é de no máximo 10 pessoas físicas ou jurídicas.

Bom dia Sérgio, Muito obrigado pela colaboração, já enviei para o repositório.

Bom dia Claudeir, A mensagem de erro que o Delphi apresenta é: [Fatal Error] ACBrNFeDANFeQR.pas(66): File not found: 'QRPDFFilt.dcu' Muito bem, ele esta acusando a falta do arquivo QRPDFFilt.dcu, note que se trata de um Filtro para gerar PDF no Quick Report ( QR PDF Filt .dcu ). Qual é a versão do Quick Report Instalado no Delphi? Se for a 3.00 que é a que vem com o Delphi 7, não tem mesmo esse filtro. No Arquivo ACBr.inc temos uma diretiva de compilação: // Definições para o Quick Report // Descomente a linha abaixo caso o Quick Report tenha suporte a PDF //------------------------------------------------------------------------------ {$DEFINE QReport_PDF} O ACBr.inc presente hoje no repositório pressupõe que você esteja usando uma versão posterior a 3.00, se não é o seu caso, então comente essa diretiva no respectivo arquivo e compile novamente a sua aplicação usando a opção Build.

Bom dia Liandrocs, Ao emitir um CT-e devemos informar o documento originário, ou seja, o documento emitido pelo remetente da carga. Este documento pode ser uma Nota Fiscal comum de papel, ou uma NF-e Nota Fiscal Eletrônica, ou outro tipo de documento, por exemplo uma declaração, CRM - Carta Remessa de Mercadoria. O grupo <infDoc> permite um dos 3 grupos a seguir: <infNF> ou <infNFe> ou <infOutros> Se o documento originário for uma Nota Fiscal Comum, os dados dela, como por exemplo, numero, serie, valor, etc devemos informar nos campos do grupo <infNF> Se o documento originário for uma NF-e devemos informar a chave da mesma no campo <chave> do grupo <infNFe> Por outro lado se for uma declaração por exemplo devemos informar os seus dados nos campos do grupo <infOutros> Para mais informações sobres os campos de cada grupo favor ter em mãos a NT 2013/003 publicada em Outubro de 2013.

Bom dia Asterix, Isso ocorre porque não é gerado um relatório com 30 páginas sendo que cada uma delas é um DANFSE. É gerado 30 relatórios um após o outro. A minha sugestão é inibir a apresentação do Preview, desta forma os DANFSE serão enviados diretamente para impressora, isso torna o processo de impressão muito mais rápido. O componente possui uma propriedade para que você possa habilitar ou não o Preview.

Bom dia Carlos, Se não me falha a memória existe um programa que permite você juntar 2 ou mais arquivos PDF em um só. Portanto, você gera 10 PDFs com 40 CT-e cada um e depois com o programa citado acima você junta em um só e manda para o cliente.

Boa tarde Marcelo, Não. No caso do envio assíncrono o lote é enviado e temos como retorno o numero do recibo, que utilizamos para consultar a situação do lote. Já no envio síncrono o lote é enviado e temos como retorno o protocolo de autorização caso esteja tudo OK com a nota, ou seja já temos o resultado de forma imediata do processamento, não havendo a necessidade de realizar a consulta, logo não temos o numero do recibo. Se não me falha a memória a SEFAZ-AM até retorna o numero do recibo juntamente com o protocolo de autorização, mas isso não é uma regra e sim uma exceção. Devemos lembrar que no envio síncrono o lote deve conter somente uma nota.

Augusto, Na unit ACBrProvedorPublica temos a configuração do identificador que deve estar com o valor "id" altere deixando a string vazia, ou seja, "". E teste novamente.

Boa tarde Jeanny, Favor atualizar os fontes e testar.

Sérgio, Já esta disponível, muito obrigado.

Boa tarde Augusto, Eu utilizo o CAPICOM, usando o programa exemplo, e a opção [Gerar e Enviar NFS-e] o erro vamos dizer assim que eu tive foi que o CNPJ não constava da base de dados, até ai sem nenhum problema, o mais importante que o envio foi realizado, só não foi processado pois o CNPJ não existe na base de dados deles.

Se é a diretiva PL_200 que esta descomentada, isso significa que o componente vai gerar e validar o XML segundo a versão 2.00, logo há necessidade dos Schemas desta versão. Dai a mensagem de erro que você esta tendo. Como a versão 1.04 vai acabar agora em junho/2014, eu não iria perder o meu tempo testando a aplicação com esta versão. Configure o componente para pasta que contem os schemas da versão 2.00 e inicie os testes e faça todos os ajustes e correções na sua aplicação para a versão 2.00

Boa tarde, E o arquivo ACBr.inc qual diretiva de compilação que esta descomentada? a PL_104 ou PL_200 ?

Boa tarde a todos, Na versão 1.04 tínhamos dentro do grupo <infCteComp> não só a chave do CT-e complementado como também os valores da prestação e tributos. Na versão 2.00 temos agora apenas a chave, portanto os valores que sofreram complementação são informados nos respectivos campos dentro dos grupos <vPrest> e <imp>. Se pararmos para analisar um CT-e complementar não mais é do que uma carta de correção que nos permite neste caso complementar um valor que ficou faltando. Pensando por este lado, não faz nenhum sentido no CT-e Complementar ser impresso os dados do motorista por exemplo. Eu não tenho como realizar esse teste mas algum de vocês poderia imprimir o DACTE de um CT-e complementar usando o programa gratuito da SEFAZ para que possamos ter uma ideia de como seria o DACTE?

Boa tarde Sérgio, Favor atualizar os fontes e testar. Enxuguei mais um pouco a function: GetLinkNFSe.

Boa tarde Miguel, Esse XML é o exemplo de um lote e ele é visto como a área de dados do que é enviado para o Web Service. No primeiro momento temos que comparar este com o que o componente gera, se estiver igual, temos então que checar a estrutura do envelope. Na pasta Ger temos *-env-lot.xml e o *-env-lot-c.xml, o primeiro tem que ter a mesma estrutura do exemplo que você postou, e o segundo contem toda a estrutura do envelope, precisamos de um exemplo deste segundo para poder realizar as comparações e efetuar as correções necessárias.

Boa tarde Wiglan, Antes um CT-e poderia complementar um ou mais CT-e, agora é um para um. Infelizmente não temos um manual de DACTE que nos apresente todos os tipos para que possamos implementar de forma correta. O que temos foi implementando pensando na possibilidade de um CT-e complementar vários e isso até o momento não foi alterado, visando manter uma certa compatibilidade com os XMLs gerados anteriormente. Como não temos um DACTE para a versão 2.00 e outro para a versão antiga, temos que ter um que atenda todas as situações. Lembre-se que você tem os fontes a sua disposição, isso lhe permite fazer as alterações que você julgar necessário, inclusive, você pode também postar como anexo aqui no fórum as units que foram alteradas, para que possamos avaliar e disponibilizar para os demais.

Bom dia Sérgio, Como não tenho condições de realizar testes, por favor, os faça para mim, corrige o que for preciso e post como anexo a unit corrigida, para que eu possa disponibilizar no SVN para todos.

Bom dia José Geraldo, Pelo histórico que temos no fórum sobre a SEFAZ-MG, acredito eu que o problema seja mesmo na SEFAZ.