Italo Giurizzato Junior

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.

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 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.

Bom dia Roberto, Qual é a UF? Outra coisa importante, hoje o componente ACBrNFe possui uma propriedade chamada Salvar dentro do grupo WebServices: Configuracoes.WebServices.Salvar := True ou False; Atribua o valor True a essa propriedade, desta forma os arquivos de envio e de retorno serão salvos com a palavra soap no nome do XML. Esse XML no caso do retorno, é salvo sem nenhum tratamento desta forma fica mais fácil descobrirmos se se trata de um problema na SEFAZ ou se a mesma mudou alguma coisa na estrutura do XML em função da mudança para a versão 3.10 Atribua o valor True a propriedade Salvar e consulta novamente o status, post como anexo os arquivos de envio e de retorno.

Bom dia Walter, Ai que esta o problema, 700 CT-e por dia enviados 1 a 1, por que não esperar um pouco e enviar lotes com até 50 CT-e? Você esta consultando o Status da SEFAZ para saber se a mesma esta ativa ou não antes de enviar? Se sim, mais um motivo. Você deve estar caindo no consumo indevido, e quando isso ocorre a SEFAZ te coloca na geladeira, e você não consegue enviar mais nada, depois de um certo tempo, volta ao normal.

Bom dia Cristiam, Vamos supor que você emite um CT-e e depois descobre-se que o bairro do destinatário esta errado, foi informado que era Vila Furlan sendo que o correto é Vila Ferroviaria. Sendo assim você vai emitir uma Carta de Correção Eletrônica para o respectivo CT-e. Muito bem, vamos ao Manual versão 2.00a do CT-e - página 85, onde encontra-se a estrutura do evento CC-e: Campos: grupoAlterado = Indicar o grupo de informações que pertence o campoAlterado. campoAlterado = Nome do campo modificado do CT-e Original valorAlterado = Valor correspondente à alteração. Na página 130 temos a estrutura do XML do CT-e, mais precisamente o que nos interessa: A linha 185 se refere ao grupo chamado enderDest (nível 2) e a 189 se refere ao elemento (campo) xBairro (nível 3), sendo assim concluímos que o campo xBairro pertence ao grupo enderDest. Voltando ao nosso exemplo de correção teremos que atribuir os seguintes valores: grupoAlterado := 'enderDest'; campoAlterado := 'xBairro'; valorAlterado := 'Vila Ferroviaria'; Espero ter ajudado.

Bom dia Cristiam, O problema que você esta montando o txt segundo o layout da carta de correção da NF-e. O layout da carta de correção do CT-e é diferente.

Bom dia Raoni, Por favor atualize todos os fontes de todas as pastas, depois compile a sua aplicação com a opção Build, por fim teste novamente a impressão do DANFE.

Bom dia a todos, Por favor atualizem todos os fontes de todas as pastas e compile a aplicação com a opção Build.

Bom dia, Neste caso o problema deve ser no provedor, entre em contato com eles.

Informando a alíquota com o valor 2 como fica o grupo <Valores> no RPS? O que você postou é o da NFS-e, correto?

Celso, Ou você esta pegando os fontes do antigo repositório, ou tem fontes alterados por você e neste caso eles não são atualizados. Verifique se todos os fontes da pasta ...\Fontes\ACBrNFSe tem uma bolinha verde no seus ícones. No que diz respeito a atualização procure no fórum por atualização forçada, você vai encontrar como alterar a URL para baixar os fontes do novo repositório.

Boa tarde Jeverson, Qual é o valor que você atribui a propriedade MDFeEncerrado?

Boa tarde EveCar, Não existe o comando para Setar o Modelo somente o comando para setar a versão. E também não existe nenhuma configuração no monitor para definir o modelo desejado. O modelo é setado somente se você emitir uma NFC-e caso contrario ele fica como 55.

Boa tarde, Você notou que a alíquota no xml da NFS-e esta dividida por 100? Você esta informando 0.02 no RPS e na NFS-e é retornado 0.0002 e consequentemente o valor do ISS altera. Passe a informar a alíquota como sendo 2 na NFS-e será retornado 0.02 e o valor do ISS deve ser calculado de forma correta pelo provedor.