Italo Giurizzato Junior

Bom dia @JJA, Por favor crie um outro tópico uma vez que a cidade e provedor são outros. Muito obrigado pela compreensão. Vou fechar este tópico pois o questionamento que fiz não foi respondido.

Boa tarde @Roberto rrrFerminoRrrrrerw, Tem sim como saber e é mais simples que você imagina. Execute o programa exemplo do componente ACBrNFSeX; Configure ele para a cidade desejada; Na aba Geral clique no botão [Informações sobre o Provedor] Vai aparece: ------------------------------------ Informações sobre o provedor: ISSSaoPaulo - Versão: 1.00 - Layout: Próprio Autenticação Requer Certificado Digital Não requer Login/Senha Não requer Chave de Acesso Não requer Chave de Autorizacao Não requer Frase Secreta Serviços Disponibilizados Permite o envio de Lote em Modo Assíncrono Não permite o envio de Lote em Modo Síncrono Permite o envio Unitário em Modo Síncrono Permite Consultar a Situação do Lote Permite Consultar o Lote Permite Consultar o Rps Permite Consultar a NFS-e Não permite Consultar uma Faixa de NFS-e Não permite Consultar Serviço Prestado Permite Consultar Serviço Tomado Permite Cancelar NFS-e Não permite Substituir NFS-e Não permite Gerar Token Não permite Enviar Evento Não permite Consultar Evento Não permite Consultar DF-e Não permite Consultar Parâmetros Não permite Consultar Sequencia de Rps Não permite Consultar Link da NFS-e Não permite Consultar NFS-e por Chave Particularidades Não permite mais de um serviço Não permite o envio da tag OutrasInformacoes no Rps ------------------------------------ Na lista de Serviços Disponibilizados note que o provedor permite o envio de lote em modo assíncrono e o envio Unitário em modo Síncrono. Verifique as configurações:

Boa tarde @C4Dev, Muito obrigado pela colaboração, já foi criado a TK-5885 para atualizar o arquivo INI e enviar para o SVN.

Boa tarde @Adriano Wolff, Muito obrigado pela colaboração, já foi criado a TK-5884 para atualização do arquivo INI e seu envio para o SVN.

Boa tarde @Mario Inacio, Como assim, o pessoal do provedor não tem o contato da prefeitura que os contratou? Isso só pode ser uma piada de mau gosto. kkkkk

@valter_kettner, Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX. O componente antigo: ACBrNFSe não está mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração

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

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.