Painel de líderes

Apenas... para avisar que também estou com problemas. Acabei de atualizar e reinstalar o ACBR como administrador. Em Homologação a mensagem retornar é por causa da razão social que está sem traço no XML: Rejeicao: CT-e emitido em ambiente de homologacao com Razao Social do remetente diferente de CT-E EMITIDO EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL Em produção não retorna nada... somente a exceção sem mensagem de retorno do motivo. Voltei para a versão 3.00 e funcionou em produção normalmente.

Bom dia! Quanto ao primeiro item é um exigência para se emitir em homologação, devido a isto já é assumida a opção, do contrário você receberia rejeição 373. Rejeição 373: Descrição do primeiro item diferente de NOTA FISCAL EMITIDA EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL

@FSoftware, utilizamos o arquivo em anexo. Se te ajudar fica a vontade para utilizar. Rel BoletoCarnePIX.zip

Boa tarde Implementei os novos endpoints conforme manual do pagseguro em anexo. SolicitarCredenciais -> solicita o client id e client secret; SolicitarDesafioCertificado -> solicita o texto de desafio criptografado; SolicitarCertificado -> após resolver o desafio, é possível solicitar o certificado (key e pem) por essa chamada; Ajuste da versão http.protocol = '1.1' necessário para quando controla manualmente o token; Atenciosamente Manual API Pix.pdf ACBrPIXPSPPagSeguro.pas

Bom dia. O município de Sao Joao do Sul (SC) mudou pra IPM. O suporte da IPM me passou a URL e versão. Alterei o arquivo de Servicos para: [4216404] ; Atualizado em 27/07/2023 por Mario Nome=Sao Joao do Sul UF=SC Provedor=IPM Versao=2.04 ProRecepcionar=https://saojoaodosul.atende.net/?pg=services&service=WNENotaFiscalEletronicaNfe&wsdl HomRecepcionar= E ao transmitir a NFS-e e retorna o erro de "Lista de NFSe não encontrada". Seguem os logs da transmissão 143-env-lot-sinc.xml 143-env-lot-sinc-soap.xml 143-lista-nfse-sinc.xml 143-lista-nfse-sinc-soap.xml

Apenas para dar um retorno. Fiz alguns testes. Constatado que de fato, precisa ser alterado nas classes do C#, no entanto, também há necessidade de alteração no componente nativo. Por favor, me informe, se está usando Lib Single Thread ou Multi Thread, x86 ou x64, StdCall ou Cdecl. Estou fazendo as devidas, alterações para poder testar aqui e assim que o fizer, vou lhe enviar no privado uma versão complilada da Lib para que possa testar ai.

Por favor, vamos por partes. Você está tentando usar o exemplo que o @antonio.carlos lhe enviou no privado. Correto? Esse exemplo não acusa erro de compilação, ele executa, mas quando você clica em ObterCertificado, ele não faz nada. Correto? Você já substituiu a linha que eu orientei. Agora, no MainForm_Load, comente a linha "InitializeComponent()"

Este é o exemplo que foi fornecido para você pelo Antônio certo? Comente a linha InitializeComponent() e refaça o teste.

Entendi Italo obrigado

Boa tarde! #TK-4272 para análise do caso e parecer.

Boa tarde! Obrigado pela análise e contribuição! Criada #TK-4271 para verificação e posterior inclusão no SVN.

Boa tarde, ref. a esse tópico, apenas mencionei o outro criado com a conta pro, mas ele já foi resolvido, Obrigado!

Boa tarde, Criada a TK-4269 para avaliar a contribuição. Obrigado

Boa tarde! Segue um xml de teste. Antes esse espaço ficava em branco, exatamente. A descrição do serviço constava apenas em cima, no campo de descriminação dos serviços. Agora, mostra neste campo o código do serviço com um hífen, parece que falta a descrição do serviço. Tudo bem mostrar agora o código nesse campo que antes estava em branco, mas então também mostrar a descrição do código deste serviço, se não parece que falta informação. Ou então manter como antes, não ter essa informação, considerando que já existe a listagem com a descriminação dos serviços acima. Se tiver 2 serviços por exemplo, vai ter a descrimição dos 2 serviços conforme lançado no sistema e abaixo agora vai mostrar 2 linhas com o código do serviço e o hífen, sendo desnecessário repetir essa informação. Xml.xml

Boa tarde, Criada a TK-4267 para avaliação. Obrigado pela contribuição.

Acredito que ela também não esteja sendo carregada com o ACBrCTe.CarregarXml(); Aproveitando também. As classes idDocAntPap e idDocAntEle estão em desacordo com o MOC, elas devem permitir que mais de uma ocorrência seja adicionada. Realizei a alteração delas para lista aqui para conseguirmos emitir da maneira correta, porém não fiz nenhuma implementação no CTe.cs pois não sei como o iniContent se comporta quando tem mais de uma ocorrência dessas tags, pois ele não vem no ObterIni(), vou ir verificando aqui, caso consiga fazer da maneira correta eu compartilho aqui no tópico.

Boa tarde, Criada a TK-4265 para avaliação. Obrigado

Tudo bem não faço nenhum questão de usar o automático, perguntei porque você disse acima que poderia usar o 0, já fiz um if e isso já está resolvido. Muito obrigado pela ajuda.

É então pelo menos agora já tenho um caminho, pq eu estava bem perdido para saber o que estava acontecendo, vou tentar conversar com eles pra ver o que faço para emitir com esse código de serviço. Qualquer coisa retorno aqui, obrigado pelo auxilio Renato e Italo

Bom dia! Se já não estiver marcado, por favor, marque a opção Permitir Comandos Remotos e refaça o teste.

Não na versão 4.00, problema do retorno em branco. Abri um chamado lá há uns dias e me responderam isso abaixo. Imagino que o problema ainda se estenda.

Bom dia Mario, Muito obrigado pela colaboração ,já inclui na minha lista de tarefas para analise. TK-4262

Está rodando no mesmo computador ou em rede? Tem proxy? O Log no Monitor está ativo? Acusou algum recebimento? Tem firewall ativo e configurado?

Somente lendo o manual. pode ser que ele não tenha configuração para isso dependendo do ano de fabricação mas olha o manual . nunca usei mas nele deve conter maiores informaç~eos

O teste já valeu para saber que o provedor acusa quando você tentar usar um código errado O que indica que este código está correto, basta verificar com eles o motivo desta rejeição, como registrar este código de serviço ao contribuinte.

Olá @JLuis, Aparentemente o ambiente de produção está diferente do ambiente de homologação. Tente efetuar um teste com os fontes que estão no SVN. Sem a alteração do arquivo que enviei aqui. Provavelmente vai funcionar.

Fontes atualizados e testados, tudo ok!!

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Essa foi algumas classe que foi alterada para evitar erro. CTe.cs EmitenteCTe.cs DestinatarioCTe.cs RemetenteCTe.cs ExpedidorCTe.cs RecebedorCTe.cs Tomador4CTe.cs

Boa tarde, Atualizado os fontes na Rev. 29901. Por favor atualize os fontes, reinstale os componentes do ACBr e teste novamente a operação.

A Secretaria da Economia de Goiás, por intermédio da Coordenação do Cadastro da Superintendência de Informações Fiscais (SIF), comunica que os contribuintes goianos (Pessoa Jurídica) inscritos a partir da última sexta-feira (13/1) passaram a receber suas inscrições estaduais iniciadas com o número 20. Fiz um pequeno ajuste no código e validei com algumas inscrições que tenho aqui. segue em anexo unit. IN_1535_2022.doc ACBrValidador.pas