Italo Giurizzato Junior

Boa tarde Cesar, Se você utiliza o ACBrMonitor por favor aguarde mais um pouco que ainda esta semana estaremos disponibilizando no Manual do mesmo um exemplo de como montar o arquivo INI do mesmo. Agora se você utiliza o componente, também iremos publicar em Conhecimentos - CT-e/CT-e OS como passar os dados para o componente.

Luiz, Desculpe pequei o arquivo errado, segue outro que contem o responsável técnico. cteTiposBasico_v3.00.xsd

Se não me falhe a memória o pessoal já esta vendo essa questão, acredito que ainda esta semana já esteja corrigido. Você utiliza o DAMDFE feito em Fortes ou Fast Report?

Bom dia Mateus, Como existe mais de uma SEFAZ-Autorizadora se tratando de CT-e com certeza para a SEFAZ que você esta enviando ela ainda não implementou as mudanças. Favor entrar em contato com a SEFAZ e questione sobre quando será liberado o ambiente de homologação com as mudanças referente a versão 3.00a

Bom dia Michel, Você informou tudo mesmo o que precisava, ou seja o modelo: [infNF001] mod= ??????? Modelo da NF serie=1 nDoc=123 PIN=00 CNPJCPF=18192394115 xNome=REINERIO G CAMPOS xLgr=RUA DOS CEDROS nro=03 xCpl=QUADRA 11 xBairro=JARDIM VISTA ALEGRE Demis=24/07/2019 vBC=120000 vICMS=1200 vPROD=120000 vNF=120000 nCFOP=1102 nPESO=1200 cMun=5208707 xMun=GOIANIA UF=GO

Luiz, A questão é o seguinte. Para realizar testes para o ambiente de homologação se faz necessário usar o schema novo que se encontra no repositório. Mas para emitir em ambiente de produção que ainda não contempla as mudanças, se faz necessário usar o schema antigo. Tenta emitir em produção com o schema abaixo: cteTiposBasico_v3.00.xsd

Bom dia, Você atualizou todos os fontes de todas as pastas? Reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 com a opção apagar arquivos antigos marcada? A sua aplicação esta acessando uma outra pasta com os schemas e este estão atualizados?

Bom dia Eduardo, Os códigos e enumeradores dos eventos do CT-e agora estão na unit pcteConversaoCTe.

Bom dia Eduardo, Favor atualizar os fontes e faça novos testes.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Luiz, O problema é que no ambiente de produção requer que a tag pICMSInterPart ainda seja gerada com o valor 100. Somente a partir de 26 de Agosto de 2019 é que a SEFAZ vai passar aceitar o XML sem a tag pICMSInterPart no ambiente de produção.

Luiz, Assim que possível atualize os fontes e faça novos testes atribuindo o valor zero a vBCUFFim, como você vinha fazendo antes.

Boa tarde Luiz, Conforme consta no Manual da versão 3.00a do CT-e a tag pICMSInterPart não existe mais. Como a geração do grupo <ICMSUFFim> estava condicionada ao valor da tag pICMSInterPart e foi mudado para vBCUFFim e você atribuiu zero a essa tag o grupo não foi gerado. Para que o grupo seja gerado é preciso informar o valor da base de calculo.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Lopes, Simples: 1. Carregue o XML do MDF-e assinado através do método: LoadFromFile; 2. Execute o método Consultar. Se o MDF-e que foi enviado foi autorizado, ao realizar a consulta será retornado o protocolo de autorização e o mesmo será incluído no XML assinado. Agora se ele não foi autorizado, no retorno a consulta temos o motivo da rejeição.

Bom dia Jhonlenon, Na sua postagem você escreveu: "Boa tarde, desde do dia 18 de Julho que não estou conseguindo nem consultar NF-e atraves do Manifesto do Destinatario, já atualizei ACBr e schermas e mesmo assim não funciona...print do erro abaixo. " Vamos fazer algumas pequenas correções: Primeiramente, não existe Manifesto do Destinatário e sim Manifestação do Destinatário. Segundo, você não realiza uma consulta da NF-e através da Manifestação, pelo simples fato da Manifestação do Destinatário ser um evento onde você informa a SEFAZ se comprou ou não, se já recebeu ou não a mercadoria referente a uma nota cuja chave da mesma foi informada nesse evento. Terceiro, a consulta que você se refere é feita através do DistribuicaoDFe que a principio retorna um resumo das notas emitidas contra o seu CNPJ ou o XML completo da nota caso esta tenha sido Manifestada pelo destinatário, ou seja, o evento de Manifestação do Destinatário tenha sido enviado. Agora, que culpa temos nós se o Ambiente Nacional que é o responsável pelos serviços do DistribuicaoDFe e Manifestação do Destinatário estar Inativo? Eu tenho o costume diário de acessar os Portais Nacionais da NF-e, CT-e bem como o Portal da SEFAZ-Virtual do Rio Grande do Sul em busca de algum Manual ou Nota Técnica nova que traga alguma alteração na montagem dos XMLs enviados para os Webservices. E com isso fico informado se vem novidades pela frente ou não. E também, diariamente atualizo todos os fontes de todas as pastas. Para finalizar, a imagem com o erro que você anexou diz que o serviço da SEFAZ esta inativo ou inoperante e pede para tentar mais tarde. Pelo menos para mim essa mensagem não deixa nenhuma duvida do que esta ocorrendo.

Paulo, Com os fontes que se encontram no repositório não esta mais ocorrendo o erro na assinatura? Ou você teve que novamente substituir a unit ACBrDFeXsLibXml2.pas pela antiga?

Bom dia Alexsandro, Muito obrigado pelos arquivos, ainda não consegui resolver o problema do erro 500. Verifica com o provedor se o RPS e o Lote devem ser assinados? Pois segundo os Schemas eles devem ser assinados e nesses exemplos não consta o grupo <Signature> que se refere a assinatura digital.

Bom dia Chaves, Favor atualizar e reinstalar novamente.

Bom dia a todos, Desculpe pela falha, já esta no repositório a unit que contem a definição do tipo TUnidade. Favor atualizar novamente e fazer a reinstalação.

Bom dia Lopes, Favor anexar o XML de envio do pedido de encerramento.

Bom dia Paulo, Faça o seguinte teste: Faça uma copia da unit ACBrDFeXsLibXml2.pas; Atualize todos os fontes de todas as pastas, reinstale a suíte ACBr. Note que fiz alterações no arquivo INI do provedor. Faça novos testes.

Boa noite Josenilson, Acredito que esse erro é porque a empresa não esta cadastrada para usar o webservice. Se tratando de NFS-e, alguns provedores exigem um cadastro para que a empresa possa emitir a nota via site e um outro cadastro para poder emitir via webservice.

Boa noite Flavio, A rotina que assina o RPS é a mesma que assina o Lote, consequentemente o certificado digital utilizado é o mesmo nas duas assinaturas. Amanhã vou analisar o que possa esta ocorrendo e vou enviar uma possível correção para o repositório.