Italo Giurizzato Junior

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.

Bom dia Lucas, É preciso saber se tem mais alguém com o mesmo problema e que utiliza o componente ACBrNFSe para enviar os lotes de RPS para o provedor Ginfes de Ribeirão Preto ou para outra cidade. Se para outra cidade esta funcionando, logo o problema é com a cidade de Ribeirão Preto.

Bom dia Augusto, Favor atualizar os fontes e testar novamente. No caso do programa exemplo, teste com o [Gerar e Enviar Lote] e [Gerar e Enviar NFS-e].

Bom dia Walter, Acredito que você esta confundindo as coisas. Valor do ISS Retido não é o valor do ISS calculado com base no valor do serviço e alíquota. Em uma NFS-e temos dois valores do ISS um retido anteriormente e outro que é calculado. Não entendo nada de tributação, melhor você se informar com um bom contador. A TAG: ValorISSRetido traz o valor do ISS já retido, por outro lado a TAG: ValorISS traz o valor do ISS calculado com base ao valor do serviço e alíquota.

Bom dia a todos, Fiz uma alteração, favor atualizar os fontes e testar. Mas antes não esqueçam de fazer uma cópia dos seus fontes.

Bom dia Miguel, Pelo XML de retorno, me leva a crer que ocorreu um erro no Web Service, pois a mensagem de erro é: Ocorreu uma falha durante o processamento. Agora que falha é essa? Se esta faltando algo no XML para que o mesmo seja processado sem falhas, só vamos saber se o provedor enviar para você um exemplo de XML de entrada, ou seja com as TAGs Envelope, Body, ....