Italo Giurizzato Junior

Boa noite tchuck, Antes de você se aventurar na NFC-e, leia com muita atenção a NT 2012/004, pois ela deixa claro, que por enquanto só as empresas que participam do projeto piloto podem emitir as NFC-e. A intenção de liberar a NT a nível nacional é para que todos tenham conhecimento e possam já ir se preparando para as mudanças, tanto na NFC-e quanto na NF-e. O que nós queremos é que todos que utilizam o componente ACBrNFe, atualizem os fontes e testem, emitindo NF-e. Primeiro precisamos garantir que o componente continua funcionando 100% com a NFe. Quando a SEFAZ liberar a NFC-e para as demais empresas ai podemos realizar mais testes só que agora emitindo NFC-e.

Boa tarde Daniel, Concordo e não concordo, vou explicar. Uma nota Rejeitada, pode muito bem ser corrigida e enviada novamente e se não existir mais nenhum erro ela vai ser autorizada. Neste caso se ela fosse salva em uma pasta de notas rejeitadas, como ficaria após os erros terem sidos sanados e enviado novamente? Agora pode ocorre de uma nota ser Denegada, ai sim, eu concordo que poderiamos ter uma pasta especial só para essa notas, uma vez que uma nota Denegada, não pode ser corrigida e enviada novamente.

Boa tarde Fábio, Você esta utilizando o componente para enviar o lote ou gerou o lote e através do site importou o arquivo?

Igor, Para garantir que que ao enviar o lote de NFe para SEFAZ, tenhamos os XMLs das mesmas protocolados, há necessidade de estar funcionando dois Web Services: o Recepção e o Retorno da Recepção. Lembre-se que ao enviar (Web Service: Recepção) temos como resposta o numero do Recibo, informação esta utilizada em seguida para ser enviada para o Web Service Retorno da Recepção, que por sua vez vai nos retornar o resultado do processamento ou seja o protocolo de autorização ou o código da rejeição. Se o Status do Serviço retorna-se o status de todos os Web Services ai sim, não é. E não sei lhe dizer se, o Web Service Status do Serviço, fica com o sinal Amarelo ou Vermelho assim que algum outro Web Service também fica. Ou seja se o recepcionar, parar o status do serviço também para automaticamente, e só retorna caso o recepcionar retornar. Não sou nenhum expert em web service, logo não sei dizer se há necessidade de todos os web services estarem em uma mesma maquina (servidor) ou podem estarem em maquinas separadas. Se podem estar em maquinas separadas ai, ferro, pois uma pode parar e a outra não.

Boa tarde Igor, Na minha opnião é melhor você desistir dessa idéia, pois o pessoal da SEFAZ já cogita em acabar com o webservice consulta status. Agora me diz uma coisa, o consulta status, retorna o status de qual webservice? Dele próprio ou do recepcionar, ou do consultar, ou do inutilizar, ou do recepcionar eventos? O que adianta o webservice Status Serviço esta funcionando e o Recepcionar Eventos não?

Bom dia Robinho, Verificando o seu XML notei que você esta informando Lotação = 1 (Sim), neste caso não esta alimentando os dados necessário para o caso de lotação, como por exemplo "Dados dos Veículos". Caso não seja lotação, deve-se informar 0 (Não) = Carga Fracionada.

Bom dia Peterson, Você tem toda razão, falha minha.

Bom dia Eduardo, Qual é o provedor usado por esta cidade?

Bom dia Daniel, Quanto ao ExibirResumoCanhoto_Texto, sim é impresso o texto que você colocar desde que ative o ImprimirDetalhamentoEspecifico. Quanto ao LocalImpCanhoto, realmente você tem toda razão em mudar o tipo de Integer para um tipo enumerado, não foi eu quem implementou isso, também achei que ficou fora do padrão, vamos corrigir.

Bom dia, E os demais clientes da transportadora, relataram o mesmo problema? Você só tem um cliente utilizando a sua aplicação de emissão de CTe, caso tenha outros, o problema também ocorreu com os outros? Se o problema ocorreu em apenas um cliente da transportadora, isso me leva a crer que o problema esta com este cliente. Se você utiliza por exemplo o Outlook para ler e enviar os e-mails, ao baixar os mesmos do provedor, se ocorrer uma falha, os e-mails já baixados, não são marcados, logo ao tentar novamente, eles são baixados mais uma vez, nos levando a crer que o remetente nos enviou o e-mail duas vezes. É preciso mais informações para saber ao certo o que esta ocorrendo. Dependendo do programa que esta sendo utilizado, pode estar configurado para baixar, não marcar como baixado, e ainda por cima manter no provedor. Desta forma toda vez que for checar se tem novos e-mail, os ja baixados seram baixados novamente. Com relação ao componente, com certeza que não é ele que esta provocando isso, a não ser que você tenha colocado o comando de envio de email dentro de um loop. Revise a sua rotina.

Boa noite Robinho, Por favor poste como anexo o XML do CT-e que é rejeitado pela SEFAZ.

Boa tarde Graça, O componente ACBrMDFe já esta instalado, correto? Muito bem dentro da pasta ...\Pacotes\Delphi\ACBrNFe2 temos o pacote de instalação chamado: ACBrMDFeDAMDFEQRpkg Abra ele com o Delphi compile e instale. Como você utiliza a versão 3.0 do Quick Report você poderá ter problemas com versões, sendo assim siga os procedimentos deste post. Ele se refere ao DACTE mas o procedimento é o mesmo para resolver o problemas de propriedades inexistentes com o DAMDFE.

Boa tarde João, Quando você estiver com a unit pronta, poste ela como anexo, ai eu faço o resto.

Boa noite Helderlr, Esta disponivel mais uma alteração, vamos ver se agora vai funcionar.

Isso, Pegar uma das Units e copiar e renomear para o nome ACBrProvedor4R e realizar as devidas alterações para este provedor. Depois vamos ter que realizar outras alterações em outros fontes do componente para poder incorporar esse provedor.

João, Por se tratar de um novo provedor, ele deve atender outras cidades, portanto é interessante pegar a Unit de um dos provedores já implementados, copiar e fazer as devidas alterações para esse novo. E depois incorporar ele ao componente.

Boa tarde João, Se essa empresa 4R que implantou a NFS-e na cidade Itatinga/SP, utiliza o layout da ABRASF, ótimo meio caminho andado. Como esse layout possui variações precisamos descobrir exatamente qual ela utiliza. Você deve direcionar as suas conversas com a empresa, pois a prefeitura não vai poder em ajudar em nada, muitos não sabem o que vem a ser WebServices. Tenta conseguir com eles tudo o que for possível: Schemas; XMLs exemplos, de preferencia completo ou seja com as TAGs de envelope; Name Space; URLs de produção e homologação. Com essas informações e arquivos, podemos implementar um provedor para a cidade em questão.

Boa tarde Daniel, Siga os passos desse procedimento: Eu sei que ele se refere ao DACTE e não ao DANFE mas note que o problema é o mesmo Propriedade não existente. Onde você ler DACTE troque por DANFE e siga o procedimento você vai ver que vai funcionar.

Boa tarde Valdomiro, Pelo que entendi devemos fazer desta forma: infEvento.chNFe := sChave; infEvento.cOrgao := 91; // Esta linha deve ser acrescentada para que o envio do evento no caso da Manifestação do Destinatario funcione. infEvento.CNPJ := CNPJ; infEvento.dhEvento := now;

Boa tarde Fábio, Correção feita e disponibilizada para baixar. Muito obrigado pela colaboração.

Boa tarde Fabio, Me recordo de ter alterado sim alguma coisa, mais precisamente no DACTE, com relação a balsa. Por favor faça uma cópia dos seus fontes, e atualize. Retorne neste mesmo poste se esta tudo OK ou não.

Boa tarde Adelman, Não, você sabe me dizer qual é o provedor, ou seja a empresa contratada pela prefeitura para implementar a NFS-e.

Boa tarde, Poste como anexo um XML "original" que ocorre o problema.

Bom dia Helderlr, Pela mensagem de erro, quando foi implementado o provedor Ginfes para Fortaleza alem de alterar o Name Space, acredito que foi alterado também o nome da tag de cabecalho para Cabecalho. Por favor atualize os fontes e teste novamente.

Boa tarde Helderlr, Poste como anexo o XML: <num>-env-lot-c.xml