Italo Giurizzato Junior

Boa tarde Castro, Se você utilizar uma série especifica para o caso do SVC como vai ficar a numeração nessa série, sequencial ou pulada? No meu entendimento devemos utilizar a mesma série e no problema que você sitou fazer o que o André postou, enviar para o SVC a mesma nota só que com o numero acrescido de 1, conforme consta na Nota Técnica 2013/007 versão 1.02 - página 7.

Bom dia Adriano, Neste software você utiliza o componente ACBrMDFe? Se não utiliza, verifica se na rotina que monta o XML (envelope) não contem os tais caracteres de edição.

Boa noite Castro, Não, você tem que manter a mesma série das notas que são enviadas quando o tipo de emissão é normal, uma vez que as SEFAZ-Virtuais vão enviar as NF-e para a SEFAZ-Autorizadora assim que esta sair da contingência. Por favor leia as Notas Técnicas, o que lhe informei consta nelas.

Boa tarde jbaneto, Procure manter os seus fontes atualizados diariamente. E sempre que notar que ocorreu atualizações de algum fonte, mesmo que não seja da pasta ACBrNFe2, compile a sua aplicação com a opção Build. Lembre-se que o ACBrNFe se utiliza de Units que estão em outras pastas.

Boa tarde Dangelo, Muito obrigado pela colaboração, já esta disponível.

Boa tarde Dangelo, Os fontes estão atualizados.

Boa tarde bigromao, Até onde sei, o componente ACBrCTe esta em conformidade com o Manual e Notas Técnicas publicadas no Portal Nacional do CT-e até a data de hoje.

Boa tarde a todos, O tópico sera fechado por já conter 26 páginas.

Boa tarde Dangelo, Os fontes estão atualizados?

Zottis, Na versão feita em Quick Report foi colocado no próprio relatório.

Bom dia Celso, Verifiquei, no arquivo: 269948-sit-soap.xml note que a situação é 2, ou seja, o lote não foi processado ainda. Descobri que o componente ao extrair o xml de resposta do retorno, esta removendo também a TAG que fecha o grupo de resposta. Esse problema foi corrigido. Favor atualizar os fontes.

Bom dia igcastro, Notei, segundo o seu log que o primeiro erro ocorre ao tentar compilar o pacote PCN2. Copyright © 1983,2002 Borland Software Corporation D:\acbr\\Pacotes\Delphi\PCN2.dpk(34) Error: Identifier expected but '<' found D:\acbr\\Pacotes\Delphi\PCN2.dpk(35) Error: ',' or ';' expected but identifier 'pcnAuxiliar' found D:\acbr\\Pacotes\Delphi\PCN2.dpk(68) Fatal: File not found: 'mine.dcu' Compilation failure Ele acusa que foi encontrado o carácter < na linha 34 sendo que ele estava esperando um identificador. Verifique se este arquivo não esta corrompido, com sujeira. Na duvida exclua da pasta ...\Pacotes\Delphi todos os arquivos PCN2.* Atualize todos os arquivos de todas as pastas e tente novamente.

Bom dia Felipe, Durante o período de testes é interessante você atribuir o valor true a propriedade: Configuracoes.WebServices.Salvar Os arquivos de Envio e de Retorno serão salvos exatamente como foram enviados ou retornados. Para identificar esses arquivos, no nome consta a palavra soap. No seu caso o arquivo de retorno da solicitação de cancelamento, será possível descobrir o que esta ocorrendo.

Bom dia Walter, Verifique as configurações do Internet Explorer. Temos 3 opções de revogação de certificado, desmarque elas.

Bom dia zottis, Você pode fazer da seguinte forma: 1. Definir uma variável: FProvedor: TnfseProvedor; 2. Atribuir a ela o provedor: FProvedor := StrToProvedor(Ok, CodCidadeToProvedor(StrToIntDef(FNFSe.PrestadorServico.Endereco.CodigoMunicipio, 0)));

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

Bom dia Eljak, Desculpe a demora, até o final desta semana espero estar disponibilizando o ACBrNFSe com as implementações necessárias para atender a cidade de Araucária/PR.

Boa tarde Ricardo, Primeiramente os seus XMLs de pedido de evento estão errados. Você esta usando o campo nroItemAlterado como um numero sequencial de alterações dentro do detalhamento de eventos. Sendo que a finalidade dessa campo é outra. Vou utilizar o seu exemplo, onde você esta alterando o nome do motorista. O grupo <moto> pode aparecer n vezes no XML, exemplo se o caminhão sai com 2 motoristas, devemo informar o nome e CPF dos dois, portanto o grupo <moto> vai constar duas vezes no XML um para cada motorista. Sendo assim o fragmento de XML abaixo diz para a SEFAZ que eu desejo alterar o nome do primeiro motorista: <infCorrecao> <grupoAlterado>moto</grupoAlterado> <campoAlterado>xNome</campoAlterado> <valorAlterado>Nilberto Oliveira</valorAlterado> <nroItemAlterado>01</nroItemAlterado> </infCorrecao> Por outro lado o fragmento abaixo diz para a SEFAZ que eu desejo alterar o nome do segundo motorista: <infCorrecao> <grupoAlterado>moto</grupoAlterado> <campoAlterado>xNome</campoAlterado> <valorAlterado>Nilberto Oliveira</valorAlterado> <nroItemAlterado>02</nroItemAlterado> </infCorrecao> Temos campos que não pertencem a uma lista como é o caso do CFOP que esta dentro do grupo <ide>, neste caso devemos atribuir o valor zero a nroItemAlterado. A SEFAZ de MG aceitou, porque corrigiu o seu erro, mas a de SP não corrigiu e esta rejeitando, infelizmente com uma mensagem absurda, mas tudo bem. Da forma que você montou o seu pedido você esta corrigindo o nome do primeiro motorista o CPF do segundo, se a intenção é corrigir tanto o Nome quanto o CPF do mesmo motorista o campo nroItemAteracao tem que possui o mesmo numero para ambas as correções.

Boa tarde Isaias, Desculpe, talvez eu não tenha expressado corretamente, mas o que lhe pedi foi para postar os arquivos que contem a palavra soap no nome. Você postou o arquivo <ID>-ped-inu.xml sendo que era para postar o arquivo <ID>-ped-inu-soap.xml e o <ID>-inu-soap.xml com o componente configurado para a versão 3.10

Bom dia Hildegard, Tentou atualizar novamente os fontes e compilar com a opção build a sua aplicação?

Bom dia Robinho, O CT-e de complementação você esta enviando para a SEFAZ-MG, correto? Neste caso diz que o CT-e não consta, muito bem, pode ser que o SVC-SP ainda não enviou a cópia para a SEFAZ-MG, apesar do tempo decorrido. Tente enviar o complemento para o SVC-SP.

Bom dia Renivaldo, Nunca emiti um CT-e complementar, mas no meu entendimento é só o que vai ser complementado.

Bom dia Cristiam, Portal Nacional do CT-e, esta disponível a versão 2.00a do Manual do CT-e. Neste Manual, página 85 temos a estrutura do XML do evento CC-e para o CT-e. Dentro da pasta ...\Exemplos\ACBrCTe temos vários arquivos TXT sendo que um deles se refere a carta de correção.

Bom dia Isaias, Atribua o valor True a propriedade: Configuracoes.WebServices.Salvar Depois realize o teste novamente. Isso não vai resolver o seu problema, mas será salvo em disco os arquivos de envio e retorno com a palavra soap no nome. Post como anexo esses arquivos, pode ser que a SEFAZ alterou alguma coisa na estrutura do arquivo de envio ou retorno em função da nova versão 3.10

Bom dia Renato, A Nota Técnica 2014/002 versão 1.01 esta confusa pois diz que o cUFAutor se refere ao código da UF do Autor, esse autor é o autor do documento, ou seja, quem emitiu ele, ou é o autor da consulta? Temos também que informar o CNPJ ou CPF do interessado, bom mudou o termo mas esta claro que é o CNPJ ou CPF de quem esta realizando a consulta. Depois diz que o serviço pode ser consumido pelos atores que desempenham papel na NF-e. Mudou novamente o termo, mas tudo bem, pois consta em seguida que se trata do emitente, destinatário, transportador ou terceiro. A duvida maior é quando a esse tal de Autor, que no meu entendimento é quem esta realizando a consulta. Cheguei a esta conclusão uma vez que a consulta será realizada no Ambiente Nacional que contem uma cópia de todos os documentos autorizados pelas SEFAZ autorizadora. Portanto não faz sentido realizar uma consulta para cada UF. Resumindo: O campo cUFAutor se refere ao código da UF do autor da consulta, por exemplo a empresa que trabalho fica em Araraquara/SP, quando esta for realizar essa consulta vai atribuir 35 ( SP ) a cUFAutor.