Italo Giurizzato Junior

Boa noite Josmar, Se você consegui instalar a NFe, faça o seguinte: 1. Crie uma outra pasta, por exemplo: ACBrTeste 2. Configure o Tortoise nesta pasta para baixar os fontes do repositório branches. a URL para o branches é igual a do trunk a unica diferença é o final, em vez de trunk é branches. Espero ter ajudado.

Boa noite Paulo, Se a sua aplicação validar os dados no momento que o usuário esta informado, as chances de ocorrer erros ao validar as NFe é quase zero. Exemplo, ao cadastrar um cliente novo, eu valido o CNPJ / CPF a IE entre outros dados.

Boa noite, Por favor, ao postar seja especifico, que erro ocorre em ambiente de homologação ao emitir o CTe?

Boa noite, Atualize os fontes e tenta novamente.

Boa noite Marcos, Por favor, leia o manual do CTe que encontra-se na pasta ...\Exemplos\ACBrCTe esta salvo com o nome: Manual_CTe_v1.04c.pdf Mais precisamente o Anexo VI – Manual de Contingência página 149 Para o CTe não existe o SCAN e nem o DPEC é por isso que o código esta comentado.

Boa tarde Peter, Sim, no repositório Branches.

Boa tarde Silva Soares, Por favor, pesquise no fórum já tem uma resposta para esse tipo de problema. Como postado anteriormente, agora esta disponivel juntamente com os fontes, uma pasta contendo os fontes do DACTE feitos na versão 3.0 do Quick Report.

Boa tarde Rene, Enquanto a SEFAZ não implementar o WebService para Envio de Eventos (utilizado para a CC-e) de CTe, não tem como implementar no componente.

Julian, Para a SEFAZ: Emissor do CTe ou Emitente do CTe é a mesma pessoa, ou seja a transportadora. Por favor verifique quanto ao código do pais do remetente, esta aparecendo o código do Brasil sendo que o correto é da Suiça. Outra coisa, se foi informado o código correto (o da Suíça), atualize os fontes do componente.

Bom dia Igor, Uma coisa é o papel usado para imprimir o DANFE a outra é o tipo de emissão da NFe. Você pode usar o papel FS-DA para imprimir o DANFE, mas a NFe foi enviada segundo o tpEmis = 1 ou seja Normal. Verifique os DANFEs que você recebeu desta empresa se o tipo de Emissão é Normal ou Contingência, na chave logo após o numero nota temos um digito que pode ser 1 = Normal ou 5 = Contingência.

Julian, Veja este fragmento do XML gerado (dados de Remetente): 00000000000000 ISENTO PREMIUM TOBACCO COMPANY US INC - PILOT MOUNTAIN, N CAROLINA 27041 SB 9999999 EXTERIOR EX 1058 SUICA - 43120505325515000185550050000212421000000006 note que o código do país você informou 1058 (código do Brasil) e a descrição xPais esta SUICA, sendo assim o código esta errado deve ser informado o da Suíça e não o do Brasil. Outra coisa você informou como documento originário uma NFe emitida pelo destinatário, o correto não seria o documento emitido pelo remetente? Lembre-se que o documento originário pode ser uma NFe ou NF (comum-papel) ou outro tipo de documento. Ao enviar o XML para a SEFAZ, a rejeição foi de numero 203? - Rejeição: Emissor não habilitado para emissão do CT-e Se sim o problema é com o Emitente do CTe, a empresa possui o certificado mas não foi solicitado junto a SEFAZ a sua habilitação para emissão de CTe, se foi solicitado ainda não foi liberado. Como você disse é o primeiro CTe dessa filial (empresa).

Boa noite Julian, Se possível, poste como anexo o XML deste CTe. Analisando o schema temos: Remetente, Destinatário, Expedidor ou Recebedor => Em caso de empresa não estabelecida no Brasil, será informado o CNPJ com zeros.

Boa noite Alberto Nunes Se você atualizou os fontes recentementes deve ter percebido que dentro da pasta ...\Fontes\ACBrCTe tem um pasta chamada DACTE_QR3 e dentro desta pasta temos os fontes feitos para a versão 3.0 do Quick Report. Basta você copiar os fontes para dentro da pasta ...\Fontes\ACBrCTe substituindo os fontes feitos na versão 5.02 Espero ter ajudado.

Não há garantia que os schemas que estão na pasta do ACBr estão sempre atualizados. Outra coisa, por que o seu cliente vive emitindo em as NFe em regime de contingência FSDA? Esse é um recurso para ser usando somente quanto a internet do usuário (o seu cliente) ou a SEFAZ não estiver acessivel. E assim que a conexão voltar ao normal todas as NFe emitidas em Contingência FSDA devem ser enviadas para SEFAZ.

Boa tarde, O XML postado juntamente com a imagem é o que provocou o erro ou não tem nada haver? Se foi ele como você quer enviar hoje para SEFAZ uma nota cuja mercadoria já foi encaminhada para o destinatário? Veja as datas: 2012-03-27 2012-03-27 Segundo o XML a data de saida da mercadoria foi no dia 27/03/2012 a quase 2 meses atraz. Tudo bem que a mensagem de erro retornada não tem nada haver, mas algo esta errado não concorda? Outra coisa os seus schemas estão atualizados?

Quando essa nota foi gerada? faz tanto tempo assim?

Qual foi o motivo de ter sido rejeitada? Dependendo o motivo, acredito que você pode até gerar novamente o XML com o dado corrigido, mas mantendo o tpEmis = 5, mantendo a mesma chave, gerar o XML, assinar e enviar para SEFAZ.

Bom dia Igor, O Monitor é destinado aos desenvolvedores que trabalham com outras linguagens de programação, por exemplo VB. Mas se você desenvolve as suas aplicações utilizando Delphi, não há necessidade de utilizar o Monitor. Basta você manter sempre os fontes de todos os componentes atualizados, eu por exemplo, todos os dias verifico se tem alguma atualização.

Não, Você tem que ler o XML gerado e assinado em contingência, com o comando LoadFromFile do componente, não realizar nenhuma alteração e executar o Comando Enviar para que o mesmo seja enviado para SEFAZ, se tudo estiver correto, ou seja não for rejeitado, será retornado o protocolo de autorização, o componente por sua vez vai acrescentar ao XML as tags referentes a esse protocolo. Esperto ter ajudado.

Bom dia, Não gera, apenas envia para que o mesmo passa a ter as tags do protocolo de autorização retornado pela SEFAZ.

Boa tarde Rodrigo, Amanhã cedo vou analisar as suas alterações. Obrigado pela contruibuição.

Boa tarde ALA, Revise a sua rotina, que alimenta o componente com os dados da nota. Isso não é para ocorrer.

Boa tarde André, O projeto RecuperarXML foi removido, os seus fontes não constam mais dos repositórios Trunk e Branches. Não sei se alguem ainda possui os fontes desse projeto.

Boa tarde Marcio, Problema corrigido, favor atualizar os fontes.

Bom dia, Já esta disponivel a atualização do componente com o novo endereço do webservice para RecepcaoEvento de MS.