Italo Giurizzato Junior

Boa tarde, Se você alimentar o componente com apenas um RPS e usar o método Enviar, na montagem do lote o componente se encarrega de informar a quantidade correta de RPS. Atribua o valor True a propriedade: Configuracoes.WebServices.Salvar isso vai fazer com que o componente salve o XML de envio por inteiro. Vai ser salvo um arquivo chamado: *-env-lot-soap.xml, post como anexo esse arquivo.

Boa tarde Bernardo, Provavelmente o Web Services desse provedor não aceita um lote com muitas notas, diminua a quantidade para saber qual é a quantidade máxima que eles aceitam.

Bom dia, No caso da transportadora, ao informar na NF-e devemos informar o campo IE: Informar: - Inscrição Estadual do transportador contribuinte do ICMS, sem caracteres de formatação (ponto, barra, hífen, etc.); - Literal “ISENTO” para transportador isento de inscrição no cadastro de contribuintes ICMS; - Não informar a tag para não contribuinte do ICMS, A UF deve ser informada se informado uma IE. (v2.0)

Bom dia a todos, O DANFE feito em Quick Report necessita da versão 5.02 do mesmo instalado no Delphi. Caso esteja usando o Delphi 7 com o Quick Report original, a sua versão é a 3.0 sendo assim ela não tem a unit QRPDFFilt.DCU Como contornar esse problema: abra com o bloco de notas o arquivo ACBr.inc (pasta: ...\Fontes\ACBrComum) e comente a linha que defini a diretiva QReport_PDF. Outros erros vão surgir, mas durante a execução da aplicação, erros de propriedades não existentes. Para resolver esses erros, dentro da pasta ...\Fontes\ACBrNFe2 existe um arquivo TXT que contem um passo a passo. Por se tratar de um passo a passo ele tem que ser seguido a risca, caso contrario não vai funcionar.

Bom dia Menezes, Resumindo, no que diz respeito a NF-e funciona 100%, por outro lado no caso da NFC-e ocorre o erro de UTF-8, correto? Se sim, podemos concluir que o problema esta na SEFAZ, uma vez que tanto a NF-e quanto a NFC-e se utilizam do mesmo componente e consequentemente das mesmas rotinas. Ou vamos ter que alterar alguma coisa na geração dos XMLs quando se tratar da NFC-e, ou a SEFAZ vai ter que corrigir alguma configuração nos Web Services deles referente a NFC-e.

Boa tarde Amarildo, Acho que esta havendo uma confusão. O EPEC é usado quando o problema é do lado do emitente e não do lado da SEFAZ. Quando o emitente esta sem conexão com a internet deve enviar um evento EPEC, para que esse envio ocorra deve se utilizar de uma conexão 3G por exemplo. Agora quando o problema é do lado da SEFAZ, a mesma solicita a liberação do SVC - SEFAZ-Virtual de Contingência, neste caso o emitente deve alterar o tipo de emissão de Normal para SVC-AN ou SVC-RS (depende da SEFAZ-Autorizadora) gerar o XML novamente, assinar e enviar.

Boa tarde Maiquel, A rotina de configuração do componente é unica ou para cada funcionalidade existe uma rotina de configuração. Se é este o seu caso, verifique ela no que diz respeito a inutilização.

Boa tarde, O cancelamento é um evento. sProtocolo := ACBrMDFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.nProt;

Bom dia Murilo, No que diz respeito a NFeDistribuicaoDFe já esta implementado no componente e funcionando 100%, ou seja a consulta a notas destinadas. Com relação a Manifestação do Destinatário já esta implementado no componente e funcionando 100%. Lembre-se que a Manifestação nada mais é do que eventos, e a rotina de envio de eventos, foi implementada a um bom tempo e esta funcionando sem nenhum problema.

Bom dia, Primeiramente, por favor não post como texto fragmento do seu código, inclua-o em um arquivo txt e post como anexo. Segundo o que vem a ser 573? É o código da rejeição? Não encontrei esse código na nota técnica mais recente, qual é a descrição do mesmo?

Marcelo, No topo desta página, logo abaixo do logo do ACBr não tem uma opção chamada Download?

Boa tarde a todos, Até onde sei no que diz respeito ao valor aproximado dos tributos, a SEFAZ não utiliza para nada, a unica checagem que é feita é se a somatória do vTotTrib informado nos itens é igual ao vTotTrib informado em totais. Regra W16a-10: Total do valor aproximado dos tributos (id:W16a) difere do somatório dos itens (id:M02) (NT 2013/003) Observação: O campo “vTotTrib” é opcional para o Item e para o grupo de Totais. Considerar valor=0, se não informado. Rejeição 685: Total do Valor Aproximado dos Tributos difere do somatório dos itens.

Na versão em Quick Report é impresso 3 linhas com as seguintes mensagens: EVENTO PRÉVIO DE EMISSÃO EM CONTINGÊNCIA - EPEC Não possui valor fiscal, simples representação da EPEC indicada abaixo. CONSULTE A AUTENTICIDADE DA EPEC NO SITE DA SEFAZ VIRTUAL DE CONTINGÊNCIA DO RS/AN.

Boa tarde Sandro, A regra de validação que se refere a Nota Técnica é no servidor da SEFAZ. Se fosse no schema estaria disponível também os novos schemas, você não concorda? Sendo assim não há nada a ser alterado no componente. E no resumo que a Graça postou traz um dica de como emitir uma nota que possua desoneração de ICMS.

Boa tarde, A mensagem esta errada, como não trabalho com o Rave não sou a pessoa mais indicada para fazer a correção.

Boa tarde Luciano, Não, somente empresas do varejo.

Boa tarde Carlos, Manual versão 4.01 da NF-e ? acho que você esta bem atrasado no que diz respeito a documentação da NF-e. Esqueça inclusive a versão 5.00 do manual, aconselho você baixar a Nota Técnica 2013/005 v1.22, que por sinal foi publicada no Portal Nacional da NF-e na data de hoje.

Acredito que sim.

Marcelo, Se você não migrar para o Delphi o jeito vai ser utilizar o ACBrNFeMonitor. Sendo assim, aqui mesmo no fórum você o encontra disponível para Download. Após a sua instalação você vai encontrar o manual do mesmo, onde encontra-se um modelo de arquivo TXT. Aqui mesmo no fórum, muitos usuário do monitor postam seus arquivos, normalmente com problemas, mas já é um começo.

Boa tarde Marcelo, Respondendo as suas perguntas: 01 - Não se trata de uma DLL e sim um componente para o Delphi. 02 - Sim. 03 - só existe uma versão e ela é gratuita, inclusive todos os fontes estão disponíveis para serem baixados pelo desenvolvedor. 04 - por ser um componente para o Delphi não será possível o seu uso no VB. 05 - Sim, existe um manual do componente, programa exemplo e é sempre bom ter os Manuais e Notas Técnicas publicadas no Portal Nacional da NF-e. Solução: 1. Abandonar o VB e partir para o Delphi, isso demanda tempo, pois vai ter que aprender uma nova linguagem. 2. Usar uma aplicação chamada ACBrNFeMonitor, neste caso a sua aplicação gera um arquivo TXT segundo um layout definido pelo ACBr, o monitor por sua vez se encarrega de gerar o XML, assinar, validar, enviar para SEFAZ, atualizar o XML com o protocolo de autorização, existem vários comando complementares para imprimir o DANFE, enviar o XML por e-mail para o destinatário entre outros. No final do processo é salvo um arquivo TXT com o retorno, neste caso a sua aplicação deve ler o conteúdo desse arquivo para atualizar o banco de dados.

Boa tarde Maiquel, Quais são os valores de FormaEmissao (configuração do componente) e tpEmis (alimentação do componente) ?

Boa tarde, A SEFAZ-SP não vai aceitar a emissão de NFCe Offline, sendo assim, acredito que o ambiente de homologação possua essa regra também. Se você quer testar a opção Offline use a SEFAZ-AM.

Boa tarde Murilo, Você não tem os XMLs de retorno salvos? Neles consta o numero do Ultimo NSU.

Bom dia Murilo, Ao usar pela primeira vez deve-se atribuir o valor zero a ultNSU, ou seja, ultNSU := '0'; Dai para frente deve-se atribuir a ultNSU o valor retornado em: ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.ultNSU; Essa informação sugiro guardar em uma tabela no banco de dados, uma vez que no dia seguinte você não deve iniciar do zero novamente.

Bom dia André, O nome correto da pasta é: ZLibExGZ.