Italo Giurizzato Junior

Bom dia Luis, Entrei em contato com a SEFAZ-AM, pois foi ela que iniciou esse projeto da Capa de Lote, e questionei sobre o MDF-e, uma vez que a mesma faz parte desse projeto também. Analisando os dois projetos notei que o MDF-e é mais completo que a CL-e e tem a mesma finalidade, e inclusive já saiu o calendário de obrigatoriedade do MDF-e para o ano que vem. Eu aconselho você também entrar em contato com a SEFAZ-AM e questiona-los sobre a CL-e, se ela vai continuar ou vai ser substituida pelo MDF-e. Até o momento não obtive retorno deles.

Boa noite Walter, Realize o seguinte teste: 1. Consulte a NFSe por RPS; 2. poste como anexo os XML de pedido de consulta e o retorno.

Boa tarde Pessoal, O componente ACBrNFSe no momento só atende o padrão ABRASF, e o padrão adotado por Blumenau-SC não é o ABRASF. Lembrando que Ginfes, Prodam entre outros não são padrões e sim empresas "provedores" que oferecem seus sistemas para as prefeituras.

Bom dia kzarroyal, Respondendo as suas perguntas: 1. Sim, tem como desabilitar as mensagens, basta você configurar corretamente o componente. ACBrCTe.Configuracoes.WebServices.Visualizar:=False; // True = Apresenta as mensagens, False = Não Apresenta as mensagens. 2. Não, o componente salva (se configurado) o XML completo contendo o numero do recibo, mas você você pode salvar no BD somente a informação desejada, no caso o numero do Recibo. ACBrCTe.Configuracoes.Geral.Salvar:=True; // True = Salva os arquivos de envio e retorno da SEFAZ, False = Não salva. ACBrCTe.Enviar(Lote); // Envia um lote a SEFAZ, Lote = variável integer contendo o numero sequencial do lote sRecibo := ACBrCTe.WebServices.Enviar.Recibo; // sRecibo = variável string que recebera o numero do recibo após obter o retorno. Espero ter ajudado.

Markapollo, Você tem razão são tantos os Reports que chegamos a confundir. O que tem, é em Fast Report.

Bom dia Graça, Eu só trabalho com o Quick Report, quando recebo melhorias e correções no DACTE em Fortes Report, disponibilizo.

Você criou um novo form para o envio do email ou é o mesmo utilizado para a emissão da NFe? Volto a dizer, para mim é configuração, esta faltando informar em qual pasta esta os XMLs.

Bom dia Caetano, Você verificou em qual pasta esta sendo salvo os XMLs das NFe? É na pasta D:\Fontes ? Acredito que o problema é configuração, você não esta informando corretamente em que pasta esta as NFe.

Bom dia Maiquel, O que é a carta de correção? É um evento relacionado a uma NFe. Quando você emiti uma NFe, você utiliza o comando EnviarEmail para enviar o XML e opcionalmente o PDF do DANFE por e-mail para o destinatário, correto? Caso você venha a fazer uma Carta de Correção para essa NFe, você utiliza o comando EnviarEmailEvento para enviar o XML da mesma para o destinatário. Ficou claro?

Boa noite a todos, A correção sugerida por infoel, foi realizada em 05/10/2012 por mim, como consta no código fonte do componente. Pontanto, sugiro a todos, manter sempre todos os fontes de todos os componentes atualizados.

E esse Servidor encontra-se no estado de São Paulo, correto? Logo o que tudo indica o problema é na SEFAZ-MS. Entre em contato com a SEFAZ e expõe o problema.

Bom dia Jonas, Esse 30 que aparece na mensagem é 30 minutos? Se for o problema é com a SEFAZ como disse o André, pois esse tempo de 30 minutos é o prazo que vai ser dado para cancelar uma NFC-e. Como você esta trabalhando em ambiente de homologação, algumas UF estão no projeto piloto da NFC-e e é bem provável que estão realizando alterações nesse ambiente para realizar os testes. Como disse o André, entre em contato com a SEFAZ e expõe o problema.

Bom dia Alexandre, Volte ao manual e leia sobre o modo de contingência FS-DA. Neste modo, você gera o XML inteiro, imprime o DANFE em um papel próprio (FS-DA = Formulario de Segurança de Documento Auxiliar). Quando a conexão da internet se restabelecer, basta enviar o XML para SEFAZ. Simples e pratico, basta descobrir na sua cidade ou região que tem o FS-DA para vender.

Gustavo, Explica melhor, o seu cliente gera o lote com vários conhecimentos (+-15) e envia para SEFAZ-MS, ocorre o problema. E quando ele envia para a SEFAZ-SP não ocorre?

Bom dia Gustavo, Pelo seu relato, o problema deve ser a conexão com a internet. Se envia de 3 em 3, não ocorre o erro, mas se envia lotes com uma quantidade maior, o erro surge. Agora precisa saber de que lado esta o problema. Se é a Internet do seu cliente que esta lenta, por ter estourado e limite de Download e Upload mensal ou se é algum problema técnico que a SEFAZ-MS esta passando.

Boa tarde Joemil, Primeiro, precisa saber se a empresa contratada pela prefeitura de Nova Mutum-MT, segue o padrão Abrasf. Se não segue, lamento, o componente no momento atende somente as cidades que seguem o padrão Abrasf. Se segue, precisamos, dos schemas, dos endereços das URLs dos WebServices, para os ambientes de Homologação e Produção. Qual é a empresa contratada, uma vez que nunca ouvi falar nessa Ágili. Se é importante conseguir tambem alguns arquivos XMLs de exemplos.

Boa noite Cesar, Vamos a mensagem de erro: Falhou a validação, pois o elemento: rem esta incompleto de acordo com o Schema. É experado os elementos: email, infNF, ... O email é até opcional, mas as informações do documento originário (NF comum de papel, NFe ou outros) não.

Boa tarde a todos, Vamos que vamos, eis o Ajuste SINIEF sobre o MDF-e, entre outras coisas temos o calendário de obrigatoriedade. http://www.fazenda.gov.br/confaz/confaz ... 015_12.htm

Boa tarde Cristiam, Esta começando a ficar mais claro o que você deseja. Trocando em miudos a sua mensagem anterior: 1. Você não desenvolve as suas aplicações em Delphi; 2. Você utiliza o ACBrNFeMonitor versão Capicom, juntamente com a sua aplicação para emitir as NFe; 3. Você quer saber se existe um programa parecido com o ACBrNFeMonitor para emitir os CTe e que também se utiliza do Capicom. A resposta é Sim e Não. Sim, tem alguns usuários do fórum que desenvolveram um ACBrCTeMonitor, você deve pesquisar no fórum e entrar em contato com eles para saber das condições de uso desse Monitor. e Não, não esta disponivel de forma gratuita o ACBrCTeMonitor que funciona da mesma forma que o ACBrNFeMonitor.

Bom dia a todos, O problema com a atualização dos fontes do ACBr no repositório Trunk via Tortoise SVN ainda persiste. Acessando diretamente o repositório notei que dentro da pasta: /trunk/Projetos/ACBrFramework existe a pasta JACBrFramework e a pasta jACBrFramework. A unica diferença é a letra inicial J (jota) que em uma pasta esta em maiuscula e na outra em minuscula. Acredito que no caso do repositório sejam tratadas como diferentes, mas para o Windows não. Peço ao autor do projeto ACBrFrameword, verificar o ocorrido, visto que, por uma rapida checada o conteudo de ambas as pastas é o mesmo.

Bom dia Cristiam, Não entendi a sua pergunta. Uma vez que utilizo o componente ACBrCTe e tenho uma aplicação rodando a mais de 2 anos usando as rotinas CAPICOM.

Bom dia Marco, Zipa os arquivos alterados por você e post como anexo aqui mesmo no fórum.

Boa tarde Diogo, Já foi sim implementado a Manifestação do Destinatário, bem como o Download da NFe Encontra-se no componente ACBrNFe Estude o programa exemplo, nele já contem as rotinas exemplos para que você possa ter uma idéia.

Boa tarde SAOliveira, Quando postar retornos de rejeição após o envio para a SEFAZ, favor informar a UF e o ambiente (produção ou homologação). Sem essas informações fica dificil ajudar.

Correto, e lebre-se cada provedor de NFSe implementou do seu jeito, logo pode haver diferenças entre um e outro.