Italo Giurizzato Junior

Bom dia Mauricí, Você esta com todos os fontes de todas as pastas atualizados? Você fez teses com o programa exemplo?

Bom dia Walter, Lembre-se que existe o CT-e de Redespacho e CT-e de Redespacho Intermediário. O CT-e de Redespacho é quando uma segunda transportadora pega a carga da primeira transportadora e leva até o destinatário. Acredito eu que neste caso você pode ocultar a banda que exibe os dados do Remetente e exibir os dados do Expedidor (primeira transportadora). Já o CT-e de Redespacho Intermediário é quando uma segunda transportadora pega a carga da primeira transportadora e leva até uma terceira transportadora. Neste caso você pode ocultar a banda que exibe os dados do Remetente e exibir os dados do Expedidor (primeira transportadora), por fim ocultar a banda que exibe os dados do Destinatário e exibir os dados do Recebedor (terceira transportadora). Eu também não detenho conhecimento em Fortes Report, caso contrario o ajudaria.

Bom dia a todos, É possível fazermos alterações no layout de um documento auxiliar no caso o DACTE, mas temos que tomar o cuidado, pois não podemos remover informações que constam no layout publicado pela SEFAZ, apenas acrescentar algo que o contribuinte julgue necessário.

Bom dia a todos, Se não me falha a memória já foi emitido um CT-e Substituto, e este foi feito errado, sendo assim assim não é permitido emitir um outro CT-e Substituto para substituir um CT-e Substituto. Vai ocorrer rejeição: 570 - Rejeição: CT-e a ser substituído não pode ter sido substituído anteriormente.

Bom dia ALA, No Manual do MDF-e versão 3.00, o layout do DAMDFE diz que devemos imprimir o Valor Total ou o Peso Total?

Alesteves, Ai que esta o problema, um CT-e Substituto não pode ser Substituído. Veja a regra G139 que consta na página 49 do Manual do CT-e versão 3.00 Se Tipo do CT-e= 3 (Substituição): - O CT-e substituído não pode ter sido substituído anteriormente. Se tentar vai ocorrer a rejeição de numero: 570 - Rejeição: CT-e a ser substituído não pode ter sido substituído anteriormente. Só podemos emitir um CT-e Substituto fazendo referencia a um CT-e Normal e este não pode ter sido substituído anteriormente.

Bom dia Alesteves, Pelo que entendi o CT-e Normal já possui um CT-e Substituto, correto? E no CT-e Substituto foi informado incorretamente o Tomador do serviço, correto? Se sim, para as duas perguntas, se não me falha a memória você não pode emitir um CT-e Substituto para substituir um outro CT-e Substituto.

Marcos, Favor entrar em contato com a Betha e expor o problema, diga que antes estava funcionando sem problemas e agora começou a retornar a mensagem de assinatura invalida. Pode ser alguma alteração indevida que eles fizeram ou algo que tenhamos que ajustar por conta de algumas mudanças deles.

Bom dia Diego, A fiscalização se vai ser realizada ou não é outra história, mas note que logo na cláusula primeira diz: transporte interestadual e intermunicipal. No meu entendimento todo transporte realizado é entre uma cidade e outra. A diferença é que se a cidade destino da carga se encontrar em outro estado o transporte é interestadual. E quando a cidade destino se encontrar no mesmo estado o transporte é intermunicipal. Isso me faz acreditar que o termo: operações ou prestações internas usado no paragrafo 8 se refere ao transporte dentro do município.

Bom dia Rubens, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

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.