Italo Giurizzato Junior

Bom dia Zottis, Favor anexar o XML de retorno de um cancelamento para que possamos analisar o problema.

Bom dia Marcos, Notei que na montagem do ID de cancelamento esta sendo informado o CNPJ formatado, ou seja, com pontos, barras e traços, tire também a formatação da Inscrição Municipal. Feito os ajustes faça novos testes.

Bom dia, Os dados do Tomador informado no grupo Toma4 realmente é diferente do Remetente e do Destinatário. Mas me diga uma coisa, você informou os dados do Receber e do Expedidor?

Pedro, O "D" no final representa o digito verificador que deve ser calculado conforme o exemplo que consta na página 94 da Nota Técnica 2013/005. A tag nDI tem que receber uma informação numérica e não alfa-numérica.

Bom dia Jair, O ambiente de produção é para estar liberado desde o dia 04/12/2017, mas a versão 3.10 vai continuar sendo aceita até 02/07/2018 segundo a Nota Técnica 2016/002 versão 1.41

Bom dia a todos, Pessoal, primeiramente vamos a página 185 do Manual da NF-e (manual versão 6.0), campo #118 - nDI temos a seguinte descrição: Número do Documento de Importação (DI, DSI, DIRE, ...) Isso nos leva a crer que a tag nDI pode ser usada para informar o numero da DI ou DSI ou DIRE entre outros. Vamos agora a Function que o Marcelo postou responsável por validar a informação informada na tag nDI: // AValue = TAANNNNNNND // Onde: T Identifica o tipo de documento ( 2 = DI e 4 = DSI ) // AA Ano corrente da geração do documento // NNNNNNN Número sequencial dentro do Ano ( 7 ou 8 dígitos ) // D Dígito Verificador, Módulo 11, Pesos de 2 a 9 AValue := OnlyNumber(AValue); Notem que o primeiro digito do numero indica o tipo de informação, ou seja, se for 2 é uma DI, caso seja 4 se trata de uma DSI. Os próximos dois digitos se refere ao ano, por exemplo: 17 se refere a 2017, em seguida temos o numero propriamente dito com 7 ou 8 dígitos e por fim o digito verificador. Vamos agora ao numero que o Pedro postou: 201721432843. Supondo que 2017 seja o ano então o restante 21432843 é o numero sequencial dentro do ano. Note que o numero sequencial tem 8 dígitos que esta dentro do esperado que é de 7 a 8. Vamos reduzir 2017 para 17 para ficar com apenas 2 dígitos e vamos acrescentar o digito 2 no inicio para indicar que se trata de um DI. "2" + "17" + "21432843" = "21721432843". Mas ainda falta calcular o digito verificar e acrescentar no final. Resultado final: 21721432843D, onde D é o digito verificador. O digito verificador é calculado através do módulo 11 com pesos variando de 2 a 9. A function ValidaDIDSI(AValue: String), foi implementada com base na página 94 da Nota Técnica 2013/005, nessa NT consta como é feito o calculo do digito verificador. Espero ter ajudado.

Boa noite Rodrigo, Qual é o valor atribuído a propriedade de configuração SSLLib? Se é libCapicom, mude para libWinCrypt por exemplo.

Boa noite Cezar, Obrigado pelo retorno, já fiz a correção e enviei para o repositório.

Boa noite Alecio, Desculpe não entendi o seu problema. No fragmento de XML que você postou o que esta em negrito na cor preta são dados que você informa. Qual é o problema de você informar o nome do campo segundo a grafia correta?

Bom dia Wellignton, Para mim o problema é na SEFAZ, favor entrar em contato com eles e expor o problema.

Eliton, Antes de executar o método Validar, você executou o método Assinar? Lhe pergunto isso, pois o XML que você anexou não esta assinado. Note que a mensagem de erro diz que é esperado o elemento Signature, ou seja, o validador não encontrou a assinatura no XML.

Bom dia Rodrigo, Neste caso mude o valor de SSLLib.

Bom dia Cezar, Abra o arquivo SafeWeb.ini e altere o valor do campo Cancelar de zero para 1, conforme abaixo: [Assinar] RPS=1 Lote=1 URI=0 Recepcionar=0 ConsSit=0 ConsLote=0 ConsNFSeRps=0 ConsNFSe=0 Cancelar=1 RpsGerar=0 LoteGerar=0 RecSincrono=0 Substituir=0 Se funcionar, favor nos dar um retorno para que possamos enviar essa alteração para o repositório.

Bom dia, O ACBrMonitor Plus não emite NFS-e pelo simples fato de não existe uma padronização tanto de layout do XML quanto do Web Services. Com relação aos componentes ACBr, eles são destinados ao Delphi e Lazarus. Existe um projeto para transformar os componentes em DLLs, acredito que neste caso será possível utiliza-los em outras linguagens.

Bom dia Eliton, Favor postar a mensagem completa do erro de validação.

Bom dia Campos, A questão é, a Porto Seguro possui um Web Service para recepcionar o XML do CT-e ou NF-e para ser averbado? Se sim, como é o layout do Envelope? Qual é as URLs de homologação e produção? Tem Schemas para validar o Envelope antes do envio? Pelo que vi a Porto Seguro não faz parte da lista de seguradoras que se utilizam da AT&M para receber os XMLs de CT-e ou NF-e.

Bom dia Diego, Veja: Cláusula primeira Fica instituído o Manifesto Eletrônico de Documentos Fiscais - MDF-e -, modelo 58, que deverá ser utilizado pelos contribuintes do Imposto sobre Operações Relativas à Circulação de Mercadorias e sobre a Prestação de Serviços de Transporte Interestadual e Intermunicipal e de Comunicação - ICMS, em substituição ao Manifesto de Carga, modelo 25, previsto no inciso XVIII do art. 1º do Convênio SINIEF 06/89, de 21 de fevereiro de 1989. Na Cláusula primeira no meu entendimento o MDF-e deverá ser emitido quando o transporte for interestadual e intermunicipal. Veja esse outro: § 8º A critério da unidade federada, a emissão do MDF-e poderá ser exigida dos contribuintes de que tratam os incisos I e II do caput desta cláusula, também, nas operações ou prestações internas. O que vem a ser prestações internas? No meu entendimento, prestações internas é serviço prestado dentro do município. Por exemplo: O caminhão chega na transportadora de madrugada e descarrega, no dia seguinte Vans e ou caminhões menores fazer a entrega da carga em seus respectivos destinatários, todos dentro do município. Segundo o paragrafo 8, segundo o meu entendimento, dependendo da UF a transportadora deverá emitir MDF-e para fazer essas entregas.

Valter, A rejeição 738 - "A indicação do tomador do CT-e de substituição deve ser igual a do CT-e substituído" no meu entendimento ocorre quando no CT-e original o tomador do serviço é um e no CT-e de substituição é outro. Analisando os 2 XML notei que não é o caso, pois em ambos foi informado que o tomador é 3, ou seja, Destinatário. Acredito que essa rejeição esteja ocorrendo em função de um erro na SEFAZ. Pois o CT-e original esta na versão 2.00 e o CT-e substituição já esta na versão 3.00 A falha na SEFAZ é em função da mudança (sem motivo algum) do nome da TAG, na versão 2.00 era toma03 e agora é toma3, foi removido o carácter zero. Favor entrar em contato com a SEFAZ e reportar o problema.

Bom dia Filipe, Como lhe disse não sou eu que cuido do DACTE feito em Fast ou Fortes Report, sendo assim vamos aguardar que os demais Moderadores que conhecem bem o Fast possa avaliar e estando tudo OK enviar para o repositório. Desde já muito obrigado pela colaboração.

Bom dia Valter, Eu disse anexar e não colar o conteúdo do xml. Favor editar a sua postagem removendo o conteúdo do XML e anexar o mesmo, pois desta forma fica difícil fazer a analise.

Bom dia Todos, Aviso da SEFAZ-RS: A SEFAZ-Virtual do RS informa que os webservices do ambiente de produção do BP-e encontram-se disponíveis para obtenção do WSDL dos serviços. Não será possível autorizar documentos até a data prevista de 01 de janeiro de 2018. Favor obter as URL para acesso na área serviços deste portal. Observação: O componente ACBrBPe já esta preparado para o envio em ambiente de produção, pois já temos as URLs de produção.

Boa noite Luiz, Se eu entendi a matriz que baixar as notas contra as Filiais? Se sim, qual é o CNPJ informado no DistribuicaDFe , o da matriz ou da filial? Quanto a obter o XML para a transportadora, você pode usar o DistribuicaoDFe para baixar o XML completo, ou seja, assinado e com o protocolo de autorização, mas o XML da NF-e tem que constar o CNPJ da transportadora no grupo transporta.

Boa noite Jander, Você me dizer se a cidade em questão continua sendo atendida pelo provedor Abaco? Favor atualizar todos os fontes de todas as pastas.

Boa noite a todos, Favor anexar o XML que esta sendo rejeitado para que possamos ajudar.

Boa noite Valter, Favor anexar o XML do CTe de substituição que esta sendo rejeitado e o substituído, para que possamos ajuda-lo.