Italo Giurizzato Junior

Boa tarde Erik, Esse contador sabe contar? Uma coisa é emitir uma NFS-e pelo Site e outra é emitir pelo Web Services. Você fez as alterações que mencionou, chegou a testar usando o programa exemplo? Funcionou apenas configurando o mesmo com o usuário e senha ou ele esta exigindo o Certificado Digital?

Boa tarde Ebnezer, with ACBrNFSe do begin NotasFiscais.NumeroLote:=NumNFSe; // onde N é a quantidade de RPS a serem adicionados lembrando que o limite é de 50 for i := 1 to N do begin with NotasFiscais.Add.NFSe do begin // Linhas que alimentam o componente end; end; end;

Boa tarde Dalvan, Zipa as Units alteradas por você e post como anexo no fórum para que eu possa analisar e disponibilizar.

Boa tarde Rodrigo, Já temos uma nova DoACBrCTeUnit.pas para a versão 2.00, mas a mesma ainda não esta disponível.

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.