Italo Giurizzato Junior

Bom dia André, Por favor abra o arquivo INI do respectivo provedor. Nesse arquivo existe uma linha que contem o carácter de quebra de linha. Altere para o desejado e refaça os testes.

Bom dia Paulo, Você poderia anexar o arquivo de retorno para que eu possa analisar?

Boa noite Luiz, Qual é o valor que você esta atribuindo ao campo: ide.indIEToma ? acredito que no seu caso o valor a ser atribuido é inIsento.

Boa noite Paulo, Onde exatamente ocorre o erro?

Boa tarde Israel, Precisamos do XML de envio para saber o que esta faltando. Mas primeiro, atualize todos os fontes de todas as pastas e reinstale os componentes. Recompile a sua aplicação e refaça os testes.

Boa tarde Duarte, Foi feita uma correção no componente, favor atualizar todos os fontes de todas as pastas e reinstalar os componentes. Por fim recompila a sua aplicação e refaça os testes.

Bom dia, Tente com esse outro XML. Compare esse com o seu e veja o que tinha a mais no seu. 5217091970406800018056000000000000324-nfse.xml

Bom dia Heronim, Desculpe, mas não vou poder aceitar a sua contribuição pelo simples fato dos seus arquivos estarem desatualizados. Peço que faça uma copia das suas alterações, atualize todos os fontes de todas as pastas. Faça os testes e se necessário aplique as suas alterações para que o componente funcione para o respectivo provedor. Uma coisa sempre temos que ter em mente: as alterações não vão gerar efeito colateral para outra cidade do mesmo provedor?

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

Bom dia Paulo, Segundo o Manual de Integração Web Services 2.0 da AT&M, temos o seguinte a respeito de cancelamento. Se ocorrer o cancelamento de um CT-e deverá ser informado para que não ocorra cobrança indevida no faturamento. Após cancelar o CT-e na Secretaria da Fazenda (SEFAZ), o transportador receberá um XML de cancelamento protocolado. Este XML será utilizado no cancelamento da averbação na AT&M. O Webservice da AT&M identifica o XML como sendo de cancelamento, localiza o CT-e averbado anteriormente e registra a informação de cancelamento, enviando os dados para o corretor e/ou seguradora. No meu entendimento o "XML de cancelamento protocolado" que se refere o texto acima é o arquivo referente ao processamento do evento de cancelamento que é gravado pelo componente ACBrCTe com o seguinte nome: <id>-procEventoCTe.xml Esse arquivo contem o pedido de cancelamento assinado mais o protocolo gerado pela SEFAZ que acusa que o evento de cancelamento foi registrado e vinculado ao CT-e.

Boa tarde, Favor atualizar os fontes, foi recolocado o método ObterNomeArquivo no componente ACBrMDFe.

Bom dia Augusto, A função no caso do ACBrNFe foi comentada pois o componente não a utiliza, por ser uma função não divulgada acreditei que ninguém a utilizava. Eu nunca utilizei, toda vez que necessitem de montar o nome do XML de uma NF-e sempre peguei a chave da nota (guardada no banco de dados) e concatenei no final a string '-nfe.xml'. Desculpe pelo transtorno.

Bom dia Vagner, A propriedade SepararPorNome, note que se refere ao DownloadNFe, ou seja, essas propriedade devemos configura-las para definir o comportamento do método DistribuicaoDFe. Pois este método baixa o XML das notas e com essas propriedades definimos em qual pasta os XML serão salvos e se desejamos separa-los pelo nome do emitente. Já as propriedades que se encontram na segunda imagem se refere a configuração de como o componente deve se comportar quando emitimos notas. Neste caso não tem nada haver com Download. Peço que estude o fragmento de código que se encontra na pasta: ...\Exemplos\ACBrDFe\ACBrNFe (DistribuicaoDFe.txt). Veja como fazemos para obter o nome do emitente da nota bem com o valor da mesma (linhas 79 e 87) do arquivo TXT acima mencionado.

Bom dia Rafael, Favor anexar o XML de envio do evento de carta de correção para que possamos analisar.

Bom dia Elias, Essas duas você acrescentou na sua rotina de envio de evento correto? Se sim, você poderia anexar o XML de envio de evento antes dessa alteração e outro depois dela? Desde já muito obrigado.

Bom dia SisComp, Se quem esta realizando a consulta através do DistribuicaoDFe é o destinatário da mercadoria a principio o que é retornado é o resumo da NF-e. O destinatário só vai obter através do DistribuicaoDFe o XML completo da nota se o mesmo enviar para SEFAZ o evento de Manifestação do Destinatário.

Bom dia Cleber, Favor entrar em contato com o provedor e questionar sobre o problema do Lote ficar muito tempo na fila para ser processado.

Bom dia Marcio, Muito obrigado pela colaboração, já esta no repositório.

Bom dia Leonard, Se você fizer e disponibilizar estará ajudando toda a comunidade. Desde já muito obrigado pela colaboração.

Boa noite Valdemir, Se você não baixar e ler a Nota Técnica que lhe sugeri, você vai continuar com duvidas. Veja este exemplo simples: Tenho uma empresa e emito NF-e. Para o meu contador fazer a escrita fiscal e contábil das notas que emito, ele precisa dos XMLs dessas notas, correto? Pois bem, posso salvar esses XML em um pen-drive e entregar para ele, posso envia-los por e-mail. Mas existe uma outra forma. Ao alimentar o componente com os dados pertinentes a venda, informo o CNPJ ou CPF do meu contador no grupo <autXML> Com isso estou informando a SEFAZ que a pessoa que possui o CNPJ ou CPG informado no grupo <autXML> esta autorizado a obter o XML da respectiva nota. O contador por sua vez, através de um programa simples que utiliza o método DistribuicaoDFePorUltNSU (disponível no componente ACBrNFe) vai conseguir baixar todas as notas enviadas para SEFAZ. Detalhe importante, o XML baixado é do Web Service disponibilizado pela SEFAZ (Ambiente Nacional), logo não existe nenhum trambique para conseguir o XML. Outra coisa mais importante ainda, o XML baixado, tem validade jurídica, pois esta assinado e com o protocolo de autorização gerado pela SEFAZ. Quanto as suas 3 perguntas a resposta é Não para todas elas.

Boa noite Janderson, Favor prestar mais atenção, você postou o seu problema em um tóprico que esta tratando erros em CT-e e não NF-e.

Boa noite Julio, Favor atualizar os fontes e refaça os testes.

Boa noite, No meu entendimento não podemos realizar o serviço e depois documenta-lo, mas emitir o CTe OS na sexta e realizar o serviço no documento não vejo problemas. Não custa nada informar no campo observação que a saída será realizada em outra data.

Boa noite a todos, Já encontra-se disponível o ambiente de homologação para as empresas do estado do Maranhão e Goiás testarem o BP-e. O estado do Maranhão e Goiás serão atendidas pela SEFAZ Virtual RS. Para realizarem os testes é necessário que as empresas entrem em contato com a SEFAZ do seu estado.

Boa noite a todos, O componente antes não havia a necessidade de informar a versão do evento pois o componente preenchia automaticamente o campo versaoEvento com uma versão fixa. O problema é que com a mudança da versão de alguns Documentos Fiscais ocorreu a mudança da versão do evento também. Isso faz com que o evento seja rejeitado. Estamos estudando a melhor maneira do componente preencher automaticamente a versão do evento, versão esta atualizada.