Italo Giurizzato Junior

Boa tarde Cesar, Não sei se você esta conseguindo visualizar o conteúdo do arquivo 20150106114923-cons-soap.xml através do navegador. Caso não esteja, abra ele com o bloco de notas e altere a palavra Rejeição por Rejeicao. Note que a consulta esta sendo rejeitada pelo fato de estar ocorrendo uma falha no schema XML. Mas o XML enviado a SEFAZ esta em conformidade com o que consta na Nota Técnica. A não ser pela palavra NAO que na nota técnica consta com acento e no XML não foi colocado. Inclui o acento, por favor atualize novamente os fontes e tente mais uma vez.

Boa tarde Castro, Você esta gerando o XML através do componente ACBrNFe? Se sim, os schemas estão atualizados?

Cesar, Atualize os fontes e teste novamente.

Cesar, Mesmo comentando as linhas que compõe o for, o erro persiste ou o arquivo de retorno *-cons-soap.xml é salvo zerado? Se ele é salvo zerado, vamos a mais um teste, abra o arquivo ACBr.inc que esta dentro da pasta ...\Fontes\ACBrComum e descomente a definição da diretiva SoapHTTP. {$DEFINE SoapHTTP}

André, Se ao executar a mesma operação em outros Estados, não ocorre erros, podemos concluir que o problema esta na SEFAZ.

Bom dia Romulo, Uma coisa é um MDF-e ser rejeitado pela SEFAZ e outra coisa é ocorrer um problema técnico no que diz respeito a internet. Se o MDF-e é rejeitado, você deve sanar o erro e enviar novamente com o mesmo numero. Se ocorre um problema com a internet, por exemplo, ao solicitar o encerramento a transportadora não consegui fazer pelo simples fato da SEFAZ esta fora do AR ou a Internet da transportadora estava fora do AR. Neste caso deve-se aguardar até o problema técnico seja sanado e efetuar o encerramento. O MDF-e é um documento Fiscal mas não possui valor contábil, ou seja, não precisa ser lançado na contabilidade e muito menos na escrita fiscal. Logo a sua numeração deve ser sequencial sim, mas não existe o rigor da NF-e ou CT-e, que devemos informar a SEFAZ sobre os números não utilizados, ou seja, a Inutilização de Numeração.

Cesar, O erro ocorre no for, correto? Vamos fazer um teste, comente as linhas do for e teste novamente, acredito que agora ele vai salvar os 2 arquivos.

Bom dia Leandro, Os componentes ACBr resolvem problemas pontuais, no caso de Boleto, existe um outro componente chamado ACBrBoleto.

André, No caso do IE se em produção o problema não ocorre, somente em homologação, então podemos concluir que o problema é na SEFAZ. No caso do cancelamento, os outros Web Services que você se refere é de envio, consulta, ... ou de outros Estados?

Bom dia Juliano, Favor atualizar os fontes e testar novamente.

Bom dia, Erro de validação tem haver com os Schemas, se você editou o XML colocando o nome correto da TAG e ao validar aparece a TAG dEmi, isso significa que os Schemas (arquivos XSD) não são da versão 3.10 e sim da 2.00

Bom dia André, Você não esta informando o CNPJ da matriz e a IE da filial ou vice-versa?

Bom dia Emerson, Muito obrigado pela colaboração, já esta disponível a correção.

Bom dia Cesar, O componente possui uma propriedade chamada: Configuracoes.WebServices.Salvar, atribua o valor True a essa propriedade. Depois teste novamente, isso não vai resolver o problema, mas será salvo em disco 2 arquivos com a palavra soap no nome. Post como anexo esses 2 arquivos: *-ped-cons-soap.xml e *-cons-soap.xml

Como lhe disse por questões de compatibilidade a propriedade se chama dEmi mas a TAG gerada é dhEmi. No seu XML a TAG gerada alem de estar em branco esta com o nome dEmi isso me leva a crer que ao alimentar o componente você esta atribuindo o valor 3 ou 2 a propriedade versao. Atenção VersaoDF é um propriedade de configuração e esta deve receber o valor ve310, por outro lado na rotina que alimenta o componente devemos atribuir o valor 3.10 a propriedade versao.

Boa tarde Cesar, Você não configura o ambiente se é homologação ou produção, etc... ? Você esta com todos os fontes de todas as pastas atualizados?

Boa tarde, O componente por questões de compatibilidade com a versão 2.00 o nome da propriedade se manteve dEmi, no caso da versão 3.10 devemos atribuir a essa propriedade a data e hora. Notei que no seu XML esta aparecendo a tag dEmi em vez de dhEmi, como você diz que os fontes estão atualizados é bem provável que o erro esta na sua rotina que alimenta o componente, você deve estar atribuindo o valor 2 a propriedade versao antes de alimentar a propriedade dEmi.

Boa tarde Heronim, Fiz de forma diferente, por favor atualize os fontes e teste.

Boa tarde Ricardo, Muito obrigado pela colaboração, por favor atualiza os fontes e teste.

Boa tarde todos, Encontra-se disponível no repositório o Manual do ACBrCTe, mais precisamente na pasta: ...\Doctos\Manuais. Este manual é destinado aos desenvolvedores Delphi que se utilizam do componente ACBrCTe. Ele traz uma tabela contendo as propriedades de configuração do componente, bem como os métodos de cada funcionalidade. Acredito que ainda falta algumas coisas, mas com a colaboração de todos vamos acrescentando para que ele se torne o mais completo possível. Obs: encontra-se também disponível no fórum na seção Downloads.

Boa tarde Romulo, Favor atualizar todos os fontes de todas as pastas depois utilize a function: function ConsultarMDFeNaoEnc(ACNPJ: String): Boolean;

Boa tarde, Todos os fontes de todas as pastas estão atualizados? Os fontes da pasta PCN2 estão atualizados em especial a unit pcnNFeW.pas? Os ícones dos fontes possuem uma bolinha verde?

Boa tarde Jean, O EPEC é um evento e a rotina é semelhante a do cancelamento ou CC-e, com uma diferença o tipo de evento é: teEPECNFe.

Boa tarde Ricardo, Tudo depende do tipo de estabelecimento que vai emitir a NF-e. Se é uma loja, por exemplo, nada impede de você enviar um lote com apenas UMA NF-e, mas lembre-se de emitir o DANFE, uma vez que este tem que acompanhar o produto vendido. Ao habilitar o botão para emitir a NF-e, este deve ler do banco de dados os dados da venda, alimentar o componente, e executar o comando Enviar e por fim o de EnviarEmail. O comando Enviar por padrão se a nota for autorizada o DANFE é impresso. O cadastro de transportadora é necessário quando o responsável pelo transporte do produto vendido até o cliente vai ficar a cargo da transportadora. Será necessário uma tela para efetuar o cancelamento de NF-e e uma tela onde seja apresentado a lista de notas que foram enviadas para SEFAZ, mas por algum problema técnico não ocorreu o retorno da autorização, neste caso quando o usuário selecionar a nota e clicar no botão [Consultar] o XML da respectiva nota deverá ser lido pelo componente o comando Consultar ser executado e caso o retorno seja Status igual a 100, ou seja, a nota foi autorizada, o DANFE deverá ser impresso e o e-mail com o XML agora com o protocolo de autorização deverá ser enviado ao cliente..

Boa tarde lvr, Eu tinha visto a URL no Portal Nacional da NF-e e achei muito estranho, uma vez que é a primeira URL que aparece www1 todas as outras são www. Já atualizei a Unit.