Italo Giurizzato Junior

Josmar, Por favor quando postar o conteudo de um arquivo, poste como anexo. Me refixo ao XML postado como parte da mensagem. Obrigado.

Marcos, Não deixe nada fixo, acredito eu que se a SEFAZ-SP entrar em contingência é bem provavel que o SVC-SP vai parar também. Estou supondo. Com relação as demais questões preciso ler com mais calma o manual, leia também e vamos trocar figurinhas.

Bom dia Josmar, Poste como anexo os arquivos Config_*.ini alterados por você.

Bom dia Marcos, Com relação ao pulo da letra B para D, o culpado é o estagiário que digitou. Vamos as Formas de Emissão tab : Preencher com: 1 - Normal; 5 - Contingência FSDA; 7 - Autorização pela SVC-RS; 8 - Autorização pela SVC-SP São somente esses 4 formas e se informar qualquer outra não vai passar pelo validador. Note que no manual consta as URLs tanto em ambiente de homogação quanto de produção de ambos os SVC. Portanto como você não pretente utilizar a Contingência FS-DA em função da aquisição do FS-DA, a sua saída é utilizar as formas 7 ou 8. Mas ao entrar em contingência você deverá checar qual SVC esta ativo para o seu estado. Veja este exemplo, os CTe são enviados normalmente para a SEFAZ de MG, caso ela entre em contingência, poderá ser ativado para MG o SVC-SP ou SCV-RS. Então toda vez vai ser necessário checar qual dos dois será utilizado.

Bom dia, Você atualizou os fontes de qual repositório?

Josmar, Dentro da pasta ...\Exemplos\ACBrNFSe\Schemas temos uma pasta chamada Config_Municipios.ini Verifique se neste arquivo consta a cidade desejada, caso afirmativo, estudo o programa exemplo para você entender como ele funciona. Agora se a cidade não consta no arquivo Config_Municipios.ini, ai as coisas ficam mais complicadas, é preciso descobrir qual é o provedor utilizado pela cidade, URLs de homologação e produção, schemas etc.

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.