Italo Giurizzato Junior

Olá Pessoal, Abaixo as regras para que possamos emitir um CT-e Simplificado segundo o Ajuste SINIEF numero 46 de 8 de dezembro de 2023. Cláusula primeira Os dispositivos a seguir indicados ficam acrescidos ao Ajuste SINIEF nº 9, de 25 de outubro de 2007, com as seguintes redações: I - a cláusula terceira-B: “Cláusula terceira-B Nas prestações de serviços de transporte intermunicipal ou interestadual de mercadorias, que envolvam diversos remetentes ou destinatários, e um único tomador de serviço, o transportador poderá emitir um único CT-e, denominado nesta situação de Conhecimento de Transporte Eletrônico Simplificado - CT-e Simplificado - referente a todas as prestações realizadas para este tomador, por veículo e por viagem. § 1º Na hipótese do disposto no “caput”, a emissão do CT-e Simplificado é condicionada a que: I - a carga contenha mercadorias de no mínimo dois remetentes ou dois destinatários; II - as mercadorias transportadas estejam acobertadas por notas fiscais eletrônicas; III - as prestações de serviço de transporte iniciem na mesma unidade federada; IV - as prestações de serviço de transporte terminem na mesma unidade federada. § 2º Na emissão do CT-e Simplificado, fica dispensado o preenchimento dos campos destinados ao remetente e destinatário, podendo ser utilizado no redespacho e na subcontratação.”; II - o § 8º à cláusula décima primeira: “§ 8º O disposto no § 7º não se aplica ao Estado de Minas Gerais.”. Cláusula segunda Este ajuste entra em vigor na data da sua publicação no Diário Oficial da União, produzindo efeitos: I - a partir de 1º de outubro de 2024, em relação ao inciso I da cláusula primeira; II - a partir da sua publicação, em relação ao inciso II da cláusula primeira.

Bom dia @Adriano Wolff, Como esta o arquivo ACBrNFSeXServicos.ini no que se refere a cidade? Você alterou ele? As URLs continuam as mesmas? Alertas não são erros, se desejar você pode não exibir para o usuário.

Bom dia @valter_kettner, As orientações do tópico abaixo são validas também quando o provedor muda a versão do layout.

Bom dia @RonBrisola, A quantidade de erro é zero porque não ocorreu erros, o RPS foi aceito. O problema é que esse provedor não retorna o XML ou o Json da nota no retorno do envio e sim apenas o numero da nota caso o RPS tenha sido processado com sucesso que é o caso. Como foi retornado o numero da nota (5025) você pode usar o método ConsultarNFSe informando o numero da nota. Note que na unit Bauhaus.Provider a procedure: TratarRetornoConsultaNFSeporNumero vai extrair algumas informações da nota, como numero, série, data, entre outras e vai salvar em disco o Json da nota, uma vez que esse provedor se utiliza do Json em vez do XML.

Bom dia @Dev Comercial, Segundo o CCC dessa empresa informada como transportadora diz que o seu CNAE principal é 7911200. O que vem a ser esse CNAE? O CNAE 7911200 refere-se às atividades de organização e venda de viagens, pacotes turísticos e excursões. Isso inclui a reserva de hotéis e a venda de passagens de empresas de transportes. Também abrange o fornecimento de informações, assessoramento e planejamento de viagens para o público em geral e para clientes comerciais. Na consulta ao CCC não consta nenhum outro CNAE que se refere ao transporte de carga. Isso explica a rejeição.

Bom dia @Mario Inacio, Pela mensagem de erro me leva a crer que o problema é no webservice do provedor. Favor entrar em contato com eles e expõe o problema.

Bom dia @Up Desenv, Pelo o que estou entendendo a sua aplicação é que gera o XML e depois você usa o ACBr para fazer o resto, correto? Pois bem se isso esta ocorrendo, pode ser que exista alguma tag com a nomenclatura diferente do esperado e com isso a informação dela não esta sendo lida e o ACBrNFe esta gerando essa tag com o seu valor padrão e consequentemente esta provocando esse problema. Eu sugiro você checar as demais tags do XML assinado com o que foi gerado é para constar mais alguma diferença.

Olá Pessoal, Algumas units do componente ACBrCTe foram reescritas e se encontram em outra pasta com um novo nome, portanto as anteriores deixaram de serem utilizadas pelo componente e consequentemente estão sendo removidas do SVN. Units em desuso que estão sendo removidas estavam na pasta ...Fontes\ACBrDFe\ACBrCTe\PCNCTe, são elas: pcteConsSitCTe, pcteRetConsSitCTe, pcteEventoCTe, pcteEnvEventoCTe, pcteRetEnvEventoCTe, pcteLayoutTXT e pcteModeloCTe. As novas units que o componente esta utilizando se encontram na pasta ...\Fontes\ACBrDFe\ACBrCTe\Base\Servicos, são elas: ACBrCTe.ConsSit, ACBrCTe.RetConsSit, ACBrCTe.EventoClass, ACBrCTe.EnvEvento e ACBrCTe.RetEnvEvento. Caso você tenha informado em "uses" uma das units que foram removidas você deve trocar o nome dela pela sua equivalente, conforme relação: pcteConsSitCTe deve ser substituída por ACBrCTe.ConsSit pcteRetConsSitCTe deve ser substituída por ACBrCTe.RetConsSit pcteEventoCTe deve ser substituída por ACBrCTe.EventoClass pcteEnvEventoCTe deve ser substituída por ACBrCTe.EnvEvento pcteRetEnvEventoCTe deve ser substituída por ACBrCTe.RetEnvEvento

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

Boa tarde @valter_kettner, Veja com a prefeitura/provedor se ocorreu mudança na versão, pois o componente esta gerando o XML do RPS na versão 1.00 do layout da ABRASF.

Boa tarde Ron Brisola, Chegou a verificar o conteúdo do retorno? Os provedores que retornam o XML da nota o TratarRetornoEmitir contem as linhas que vão extrair o XML da nota desse retorno e o salvar em disco, por outro lado os provedores que não retornam é lido somente as informações retornadas.

Boa tarde @powerlog, Só para deixar claro que essa URL de homologação se refere a um portal, não é a URL de homologação do webservice que é utilizada pelo componente.

Boa tarde @João Antônio, Já esta no SVN.

Boa tarde @willian_delan, Já esta no SVN.

Bom dia @willian_delan, Muito obrigado pela colaboração, já foi criado a TK-5881 para inclusão da cidade.

Bom dia @powerlog, A dica que eu dou a você e a todos os desenvolvedores que tem clientes que emitem NFS-e na cidade de Campinas é: Pedir aos seus clientes protocolarem um documento na prefeitura relatando problemas com o novo webservice. Na adianta o desenvolver A ou B entrar em contato, os prestadores de serviços que tem que protocolarem uma reclamação, assim o pessoal responsável por recepcionar os problemas vai passar a bola para quem cuida do webservice. Campinas não é uma cidade pequena, deve ter milhares de prestadores de serviços, quanto mais prestadores protocolarem uma reclamação mais rápido o problema vai ser sanado. Fica ai a dica.

Boa tarde @Lfm_, Já esta no SVN.

Boa tarde @willian_delan, Chegou a testar as duas URLs? Veja bem o provedor Pronim para algumas cidades não esta disponibilizando a URL de homologação, logo não podemos usar a mesma URL, pois faz o desenvolvedor acreditar que esta enviando o RPS para o ambiente de homologação (teste) sendo que na realidade esta enviando para o ambiente de produção.

Boa tarde @Destak, Sim, os dois webservice estão funcionando para algumas cidades atendidas pela empresa EICON que tem os dois provedores: Ginfes e Giss.

Boa tarde @phulano, O Manual da SEFAZ é claro no que se refere a tag cNF (Código da Nota Fiscal). O cNF tem que ser um numero aleatório, sendo assim a sua aplicação deve: 1. Gerar o nNF (Numero da Nota Fiscal) de forma sequencial e controlar essa sequencia, portanto não se deve deixar o usuário escolher qual é o numero da nota que ele deseja. 2. Gerar o cNF (Código da Nota Fiscal) de forma aleatória e não deixar também o usuário escolher um numero para cNF, ele nem precisa saber que isso existe. 3. Essas duas informações devem ser guardadas no banco de dados.

Boa tarde @powerlog, A alteração que eu fiz foi visando mostrar a mensagem de retorno do provedor.. E a mensagem diz que você deve entrar em contato com o suporte deles. Ao entrar em contato com eles anexe o XML de envio e o de retorno, assim eles conseguem identificar onde esta o problema. Se é alguma informação errada no XML que esta sendo enviado ou se existe um bug no webservice deles.

Boa tarde @alexandre katcharowski, Chegou a copiar para dentro da pasta do EXE da sua aplicação as DLLs necessárias?

Boa tarde @Destak, Você concorda que essa "solução" não vai funcionar com o ConsultarNFSePorRPS? No meu entendimento o provedor tem o dever de gerar o XML de retorno em conformidade com o que consta no manual da ABRASF.

Boa tarde @Quality Automação, Já esta no SVN.

Boa tarde @Ramon Valentim, Já esta no SVN.