Italo Giurizzato Junior

Boa tarde Rubens, O problema de rejeitar a chave da NF-e como documento originário no ambiente de homologação é antigo. Até onde sei no de produção é para funcionar sem nenhum problema, desde que a chave da NF-e esteja autorizada SEFAZ no mesmo ambiente, ou seja, produção.

Boa tarde André, É preciso checar onde realmente esta provocando a violação de acesso para que possamos corrigir o problema.

Boa tarde Augusto, Muito obrigado pela colaboração. Quero lembrar que com essa alteração no que diz respeito a realizar a consulta ou não, esta condicionada a: 1. Todas as SEFAZ devem implementar o modo Síncrono e Assíncrono tanto para NF-e quanto para a NFC-e. 2. O modo Síncrono só deve ser utilizado quando o lote possuir apenas uma Nota.

Boa tarde, Ainda não tinha sido implementado. Fiz a implementação, é preciso agora aguardar a nova compilação do ACBrNFeMonitor.

Boa tarde a todos, Se o XML a ser lido pelo LoadFromFile estiver assinado e protocolado não é para ocorrer nenhum problema colateral. Essa alteração foi realizada em função do seguinte estudo de caso: Quando o MDF-e foi disponibilizado pela SEFAZ tínhamos um grupo chamado veicPrincipal que depois passou a se chamar veicTracao. Se você carrega um XML antigo do MDF-e com o segundo parâmetro valendo True (em memória) será gerado um novo XML segundo a nova estrutura. Esta errado esse procedimento, uma vez que desejamos é apenas carregar o conteúdo de um arquivo.

Boa tarde Eduardo, Você chegou a abrir a unit referente ao provedor WebIss? Se não me falha a memória a definição dessa function esta no final unit.

Boa tarde Rigotti, Infelizmente conversar com o pessoal da prefeitura sobre esses assuntos é falar com a porta, não entendem de nada. O certo mesmo, é conversar com o pessoal do provedor, neste caso o Thema. Questiona-los sobre a atualização dos Schemas para atender a cidade de Passo Fundo no que diz respeito as novas Naturezas de Operação.

Bom dia osocran, Carregue o XML do CT-e através do LoadFromFile, depois pegue o numero do protocolo da seguinte forma: sProtocolo := ACBrCTe.Conhecimentos.Items[0].CTe.procCTe.nProt;

Bom dia Cesar, Desculpe, só vi agora, vou analisar e fazer as devidas alterações. Ainda hoje estarei disponibilizando. Já fiz as devidas alterações, por favor atualize os fontes e teste novamente.

Bom dia Leonardo, Muito obrigado pela colaboração, ainda hoje estarei disponibilizando.

Bom dia Luis, Você esta tentando enviar um CT-e em Homologação incluindo como documento originário a chave de uma NF-e, correto? E o CT-e é rejeitado, pelo simples fato da NF-e não constar na base de dados do ambiente de homologação. Mude. Informe como documento originários: Outros (outro tipo de documento) por exemplo uma declaração. Desta forma vai funcionar e você vai conseguir realizar todos os testes necessários.

José, A questão é bem simples, quem vai validar a carta de correção é um Software e não um ser humano. Baixe e imprime (4 folhas) a Nota Técnica 2014/001 que trata de Regras de Validação. Página 2, Item 5 temos a seguinte regra: Verificar se a tag informada em campoAlterado existe no layout e se pertence ao grupoAlterado indicado na carta de correção. Esse é uma regra que será implementada pela SEFAZ, caso o campo ou grupo não pertencer a estrutura do XML a CC-e será rejeitada com o código 525. Portanto volto a frisar que devemos informar o nome da TAG tanto para o grupoAlterado quanto para o campoAlterado ao alimentar o componente para enviar uma CC-e do CT-e. Veja também o item 9 da página 4 da mesma NT.

Bom dia José, Tem que ser conforme o exemplo 2, ou seja, informar o nome da TAG e não a descrição da mesma.

Cesar, Como não tenho um cerificado valido para realizar testes, lhe peço que faça o seguinte: informe a URL abaixo no navegador para que possamos ter a estrutura do SOAP de envio e de retorno. https://hnfe.sefaz.ba.gov.br/webservices/NfeConsulta/NfeConsulta.asmx Talvez seja necessário informar no final da URL o seguinte texto: ?wsdl Cole os dois SOAP em um bloco de notas e post como anexo.

Bom dia Ailton, Favor atualizar os fontes e tentar novamente.

Bom dia, A consulta serve para você obter a situação atual de um documento previamente enviado para SEFAZ. Se você carregar o componente com o XML do MDF-e que esta assinado, foi enviado para SEFAZ, mas por algum motivo ficou sem o protocolo de autorização. Ao executar em seguida a consulta, o componente alem de realizar a consulta e salvar o seu retorno, se encarrega de atualizar o XML, deixando-o assinado e protocolado, caso no retorno contenha o protocolo de autorização.

Bom dia Alex, A quanto tempo faz que você não atualiza os fontes? Faz tempo? Então, desinstale os componentes do Delphi, apague tudo sobre o ACBr e baixe tudo novamente e instale.

Rodrigo, A diferença é que a SEFAZ hoje só aceita MDF-e na versão 1.00a. Quando é lançado uma nova versão é comum a SEFAZ aceitar as duas versões por um certo período, depois você é obrigado a utilizar somente a versão mais atual. No caso do MDF-e a versão atual é a 1.00a. Atenção, estou me referindo a versão da estrutura do XML, se você abrir o XML usando um navegador vai notar que nele aparece 1.00 como sendo a versão.

Bom dia Rodrigo, O protocolo é o de autorização, ou seja, ao emitir o MDF-e a SEFAZ retorna o protocolo de autorização, portanto é esse numero a ser utilizado ao efetuar o encerramento. Um MDF-e só será encerrado uma unica vez, se você tem vários descarregamentos dentro da mesma UF, pela lógica seria o último.

Bom dia Rodrigo, Você esta adicionando uma das informações: CNPJForn, CNPJPg e nCompra ? Se sim, lembre-se que: CNPJForn e nCompra são obrigatórios, CNPJPg é opcional. Se você não adicionar nenhuma das três informações o grupo <disp> não será gerado e consequentemente o grupo <valePed> também não. Desta forma o seu MDF-e vai ser validado.

Bom dia Emílio, O que o seu cliente esta fazendo esta completamente errado, não existe isso de emitir um CT-e no final do mês. Na verdade ele quer economizar e vai se dar muito mau, a economia em papel não vai significar nada em relação a multa que ele vai levar. Como que ele transporta um carga se utilizando apenas da NF-e do remetente, não pode, a carga não é dele é de terceiro, ele tem que emitir o CT-e. E complementando o que a Graça escreveu, um CT-e Globalizado é quando tenho apenas um tomador, não importa se é o remetente ou o destinatário. Mas o CT-e tem que ser emitido para acobertar a carga a ser transportada. Repito deixar para emitir no final do mês esta completamente errado. O CT-e tem que ser emitido antes do serviço ser realizado e não depois. Outra coisa, uma transportadora que em vez de informar a chave da NF-e como documento originário, informa como outros, esta abrindo uma brecha para que o emitente da NF-e possa efetuar o cancelamento da mesma. O remetente emite a NF-e; A transportadora emite o CT-e e não informa a chave da NF-e; O transporte é realizado; O destinatário recebe a mercadoria e não se manifesta (Manifestação do Destinatário); O remetente cancela a NF-e. Como a transportadora não informou a chave da NF-e e o destinatário não se manifestou, o remente aproveita e cancela. Você percebeu o tamanho da encrenca?

Bom dia André, Se esta ocorrendo Violação de acesso na validação, verifique se o componente esta configurado corretamente quanto ao PathSchemas e verifique também se todos os schemas da versão 2.00 estão presentes na pasta.

Bom dia Cesar, Estamos chegando lá. Vamos a mais um teste. Por favor, temos uma linha que salva o arquivo de retorno, faça a seguinte alteração, para que possamos visualizar o retorno por completo. Esta dessa form: if FConfiguracoes.Geral.Salvar then begin FPathArqResp := FNFeChave+'-sit.xml'; FConfiguracoes.Geral.Save(FPathArqResp, FRetWS); end; altere para: if FConfiguracoes.Geral.Salvar then begin FPathArqResp := FNFeChave+'-sit.xml'; FConfiguracoes.Geral.Save(FPathArqResp, FRetornoWS); end; Essa alteração é na unit ACBrNFeWebServices.pas Post como anexo o arquivo <chave>-sit.xml

Boa noite Cesar, Favor atualizar mais uma vez e testar novamente.

Boa tarde, O componente a principio gera o XML, assina e valida. Após envia-lo para SEFAZ se o mesmo for autorizado, é retornado o protocolo de autorização. O componente se encarrega de atualizar o XML, deixando-o completo, ou seja, assinado e protocolado. Atenção estou supondo que você esta utilizando o comando Enviar(<numlote>).