Painel de líderes

Olá pessoal! O envio do MDFe de forma assíncrona está com os dias contados, com a previsão de ser encerrado no dia 30/06/2024. O tópico abaixo tem mais detalhes a respeito. Mas fica então o questionamento, o que muda? Bem, antes de falar sobre isso, vamos responder a outra pergunta: Qual é a diferença entre o envio assíncrono e o envio síncrono? De maneira bem simples, a diferença entre essas formas de envio é a quantidade de conexões que é feita para com o web service da Sefaz. No envio assíncrono, primeiro sua aplicação envia o XML para o web service e recebe um número de recibo. Então, a aplicação faz uma nova requisição para o web service consultando o número de recibo para obter as rejeições ou em caso de sucesso o MDFe. Já no envio síncrono, em uma só requisição é enviado para o web service e na resposta já vem as rejeições ou o MDFe quando em caso de sucesso. Se você pensou: Isso se deve ao fato de que visando auxiliar os desenvolvedores que utilizam o componente, esse processo é automatizado, ou seja, a consulta já era feita automaticamente pela solução. Entendi a diferença entre os modos de envio, mas o que eu preciso mudar na minha aplicação? A primeira coisa que você deve se atentar é no comando que utiliza para fazer o envio do MDFe para o web service. Veja quais são os parâmetros do método Enviar no comando nativo. // Parâmetros do método Enviar: // ALote = Número do Lote // AImprimir = Se True imprime automaticamente o DAMDFE // ASincrono = Se True o envio é no modo Síncrono, caso contrario Assíncrono. ACBrMDFe.Enviar(Alote, AImprmir, ASincrono); Estes parâmetros são refletidos também nos comandos tanto da Lib: MDFE_Enviar(ALote, AImprimir, ASincrono, sResposta, esTamanho); Quanto do Monitor: MDFE.ENVIARMDFe(nXMLMDFe, [nLote], [nAssinar],[nImprimi],[nImpressora], [bAssincrono], [bEncerrado] ) Parâmetros: nXMLMDFe - Caminho do XML do MDF-e nLote - Número do Lote (opcional) nAssinar - Assinar o XML (opcional - informe 0 para não assinar) nImprimi - Imprimir MDF-e (opcional - informe 1 para imprimir) nImpressora - Nome da Impressora (opcional) bAssincrono - Por padrão o envio é Assíncrono, informa "False" para envio Sincrono bEncerrado - Imprimir Mensagem de "MDFe Encerrado", (opcional - informe 1 para imprimir) Então, a partir de 30/06/2024, será preciso informar corretamente o parâmetro que define o modo de envio, para que o mesmo seja feito de forma síncrona. No momento de ler o retorno, também serão necessárias mudanças. Caso utilize o componente nativo para Delphi/Lazarus, a classe que vai ler as informações não é mais a Retorno e sim a Enviar. //Ao invés de ler as informações de: ACBrMDFe.WebServices.Retorno.XXXX //Agora vai ler de: ACBrMDFe.WebServices.Enviar.XXXX Se você utiliza o Monitor ou a Lib, a principal diferença será no momento de ler as informações do MDFe. No envio assíncrono elas ficavam contidas na seção [MDFe + Número do MDFe], no entanto, na resposta do envio síncrono elas ficam em [MDFe+ Chave de Acesso do MDFe]. Mas eu não tenho a Chave de Acesso ainda, como vou conseguir ler? A chave de acesso de um documento fiscal deve ser montada seguindo uma regra estabelecida no MOC. Por isso, tanto a Lib quanto o Monitor possuem um método específico que se alimentado com as informações necessárias devolvem a chave de acesso montada. São eles: MDFe.GerarChave para o Monitor. MDFe_GerarChave para a Lib. Portanto, fazendo uso deste método é possível obter a informação que é precisa para realizar a leitura da seção.

Olá Pessoal, Caso alguém tenha informações sobre as cidades abaixo no que se refere a provedor, URLs, schemas, por favor nos informes. A ideia é fazer com que o componente ACBrNFSeX atenda o maior numero possível de cidades acima de 100 mil habitantes. Cidades com mais de 200 mil habitantes não atendidas pelo componente: 2303709 Caucaia/Ceará - Trabalha com formato TXT e no site tem a opção para importar o arquivo Cidades com menos de 200 mil e mais de 100 mil habitantes não atendidas pelo componente: 1301902 Itacoatiara/Amazonas 1303403 Parintins/Amazonas 1500107 Abaetetuba/Pará 1501709 Bragança/Pará 1501808 Breves/Pará 1502103 Cametá/Pará 1505502 Paragominas/Pará 1507953 Tailândia/Pará 1508100 Tucuruí/Pará 1600600 Santana/Amapá 2103307 Codó/Maranhão 2107506 Paço do Lumiar/Maranhão 2111201 São José de Ribamar/Maranhão 2306405 Itapipoca/Ceará 2307700 Maranguape/Ceará 2510808 Patos/Paraíba 2513703 Santa Rita/Paraíba 2600054 Abreu e Lima/Pernambuco 2606804 Igarassu/Pernambuco 2612505 Santa Cruz do Capibaribe/Pernambuco 2613701 São Lourenço da Mata/Pernambuco 2900702 Alagoinhas/Bahia 2924009 Paulo Afonso/Bahia 3300308 Barra do Piraí/Rio de Janeiro 3302270 Japeri/Rio de Janeiro 3516408 Franco da Rocha/São Paulo 3547304 Santana de Parnaíba/São Paulo Ultima checagem com o arquivo ACBrNFSeXServicos.ini realizada na data de 19/04/2024.

Bom dia! A informação que temos é a de que a cidade de Biguacu/SC é atendida pela versão 2.04 do web service da IPM. Neste caso, as tags em que ele busca a informação são a princípio <UrlNfse> e <LinkNota>. Ainda assim, o componente também conta com uma rotina de tratamento que busca a informação do Link dentro da tag OutrasInformacoes. No entanto, conferindo aqui, me parece que a mesma não é utilizada pela rotina de leitura do IPM. Enviado alteração ao SVN na Rev-33348 adicionando chamada a esta rotina, por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Você chegou a aumentar o TimeOut? Tente um valor como 40000 para testar. Veja mais informações em:

Ola boa noite, Com ajuda dos consultores consegui resolver meu problema usando MDFe_GerarChave() pode fechar.

Olá pessoal! No dia 04/04/2024 foi publicada a Resolução Sefaz Nº636, alterando novamente o artigo 9º da Resolução Nº578, dando ao mesmo a seguinte redação: Postergando novamente a entrada em vigor dessa obrigatoriedade para 01/05/2024. Um agradecimento ao membro de nossa comunidade @Bruno da Silva Pereira por compartilhar a informação em nosso fórum.

Olá Pessoal, Foi publicado hoje (12/04/2024) a NT 2024/001 que trata sobre o CRT para quem é MEI (Micro Empreendedor Individual) e o fim da Denegação. Alterações relacionadas ao MEI 1. O campo CRT do grupo Emitente agora vai poder conter o valor 4 que indica que se trata de um MEi. 2. Abaixo temos uma lista de CFOP que o MEI (CRT=4) deverá utilizar nas operações internas e interestaduais: • 1.202 - Devolução de venda de mercadoria adquirida ou recebida de terceiros, ou qualquer devolução de mercadoria efetuada pelo MEI com exceção das classificadas nos códigos 1.503, 1.504, 1.505 e 1.506. • 5.102 - Venda de mercadoria adquirida ou recebida de terceiros, ou qualquer venda de mercadoria efetuada pelo MEI com exceção das saídas classificadas nos códigos 5.501, 5.502, 5.504 e 5.505. • 1.904 - Retorno de remessa para venda fora do estabelecimento, ou qualquer entrada e retorno de remessa efetuada pelo MEI com exceção dos classificados nos códigos 1.202, 1.503, 1.504, 1.505 e 1.506. • 2.202 - Devolução de venda de mercadoria adquirida ou recebida de terceiros, ou qualquer devolução de mercadoria efetuada pelo MEI com exceção das classificadas nos códigos 2.503, 2.504, 2.505 e 2.506. • 2.904 - Retorno de remessa para venda fora do estabelecimento, ou qualquer entrada e retorno de remessa efetuada pelo MEI com exceção dos classificados nos códigos 2.202, 2.503, 2.504, 2.505 e 2.506. • 5.102 - Venda de mercadoria adquirida ou recebida de terceiros, ou qualquer venda de mercadoria efetuada pelo MEI com exceção das saídas classificadas nos códigos 5.501, 5.502, 5.504 e 5.505. • 5.202 - Devolução de compra para comercialização, ou qualquer devolução de mercadorias efetuada pelo MEI com exceção das classificadas no código 5.503. • 5.904 - Remessa para venda fora do estabelecimento, ou qualquer remessa efetuada pelo MEI com exceção das classificadas nos códigos 5.502 e 5.505. • 6.102 - Venda de mercadoria adquirida ou recebida de terceiros, ou qualquer venda de mercadoria efetuada pelo MEI com exceção das saídas classificadas nos códigos 6.501, 6.502, 6.504 e 6.505. • 6.202 - Devolução de compra para comercialização, ou qualquer devolução de mercadoria efetuada pelo MEI com exceção das classificadas no código 6.503. • 6.904 - Remessa para venda fora do estabelecimento, ou qualquer remessa efetuada pelo MEI com exceção das classificadas nos códigos 6.502 e 6.505. Quando se tratar de operações de comércio exterior, ativo imobilizado e ISSQN, o MEI que informar CRT=4 poderá utilizar os seguintes CFOP: 1501, 1503, 1504, 1505, 1506, 1553, 2501, 2503, 2504, 2505, 2506, 2553, 5501, 5502, 5504, 5505, 5551, 5933, 6501, 6502, 6504, 6505, 6551 e 6933. Sobre o Fim da Denegação 3. Nessa mesma NT trata sobre a eliminação do processo de denegação na NF-e (modelo 55) que vai passar a ser apenas um processo de rejeição conforme ajuste SINIEF 43/2023. Antes quando o Emitente possuía alguma situação irregular perante ao Fisco a nota era Denegada, agora ela vai passar a ser rejeitada através da Rejeição 781 com a seguinte mensagem: Emissor não habilitado para emissão da NF-e/NFC-e. Mudanças nas Regras de Validação 4. Por fim a NT também traz as alterações e exclusões de algumas Regras de Validação: Alteração nas Regras de Validação I03-30 e I12-60 Alteradas as regras I03-30 e I12-60 para tornar o GTIN e o GTIN da unidade tributável facultativos quando o CRT for igual a “4=Simples Nacional – Microempreendedor Individual – MEI”. Alteração na Regra de Validação I05-10 Alterada a regra I05-10 para não exigir o NCM completo para CRT igual a “4=Simples Nacional – Microempreendedor Individual – MEI” em operações internas. Portanto, quando o emitente da NF-e for MEI e a operação for interna poderá informar NCM 00000000. Porém, em operações interestaduais e de comércio exterior é necessário informar o NCM correto e completo. Alteração das Regras de Validação N12-20 e N12a-10 Alterada as regras N12-20 e N12a-10 para exigir o preenchimento correto do CSOSN quando CRT igual a “4=Simples Nacional – Microempreendedor Individual – MEI”, e não permitir CST para este CRT. Alteração da Regra de Validação NA01-20 Alterada a regra NA01-20 para não exigir o grupo de ICMS para a UF de destino quando CRT igual a “4=Simples Nacional – Microempreendedor Individual – MEI”. Alteração da Regra de Validação 7C21-10 Alterada a regra 7C21-10 para verificar se CRT igual a “4=Simples Nacional – Microempreendedor Individual – MEI” é realmente utilizado por contribuinte enquadrado como MEI. Alteração das Regras de Validação N12a-40, N12a-44, N12-40 e N12-44 Alteradas as regras para incluir o CFOP - Inclusão de utilização na NFC-e do CFOP 5910 - Remessa em bonificação, doação ou brinde, na NFC-e para tratamento de cortesias. Regras de Validação 1C17-38 Alterada a RV 1C17-38 que amplia a rejeição por não autorização de emissão ou irregularidade fiscal do emitente também para o modelo 55, visto que a denegação também deixa de existir para a NF-e. Regras de Validação 5E17-40 e 5E17-60 Alteradas as RV 5E17-40 e 5E17-60, transformando as respectivas denegações em rejeições para os destinatários do modelo 55. Exclusão da Regra de Validação N17c-30 Regra N17c-30 foi excluída a pedido do Estado do Ceará. Exclusão da Regra de Validação 1C17-40 Excluída a RV 1C17-40, eliminando a denegação também para o modelo 55. Regra de Validação N11-10 Criada a regra de validação N11-10 para exigir o preenchimento da origem da mercadoria quando o emitente não for CRT igual a “4=Simples Nacional – Microempreendedor Individual – MEI” Regra de Validação N12a-80 e N12a-81 Incluídas as regras N12a-80 e N12a-81 que verifica o correto preenchimento do CSOSN quando CRT igual a “4=Simples Nacional – Microempreendedor Individual – MEI”, nas operações internas e interestaduais. Regra de Validação N12a-90 Incluída a regra N12a-90 que verifica o correto preenchimento dos CFOPs quando CRT igual a “4=Simples Nacional – Microempreendedor Individual – MEI”, nas operações internas e interestaduais. Essa Nova NT se encontra disponível em nossa biblioteca, clique aqui para ter acesso a ela. Sobre os Prazos Essa NT esta prevista para ser implantada em homologação em 03/06/2024 e em produção em 02/09/2024. Sobre as Mudanças no ACBr e/ou na sua Aplicação A SEFAZ ainda não publicou os novos schemas, portanto vamos aguardar a publicação para podermos realizar as alterações no componente ACBrNFe, na lib ACBrLibNFe e no ACBrMonitor Plus.

Obrigado, antes de você mandar eu já tinha reiniciado uma instalação do zero, e deu tudo certo !! Obrigado a todos

Olá pessoal, espero que estejam todos bem. Compartilho com voçês um projeto em que venho trabalhando, acabei tendo que deixar o projeto de lado por algum tempo, mas agora estou trabalhando nele e devo disponibilizar os fontes nos proximos dias.

Boa tarde executando em meu ambiente de testes com escala monitor 100% ACBrNFe.DANFE.NovaEscala := 96; ACBrNFe.DANFE.AlterarEscalaPadrao := False;

to ligado @Daniel InfoCotidiano nessa minha api roda outras features tbm, nesse caso não posso deixar que um componente/unit altere o padrão, por isso isolei o componente e manipulei a maneira como ele usa o defautl do s.o (fork), apesar de não concordar não vem ao caso, com os ajustes que apliquei esta funcionando e não vou ter problema quando pessoal do time ajustar alguma coisa, mesmo assim fico grato pela atenção que deram sobre o caso, muito obrigado. Att.

Boa tarde @ANDERSON JUNIOR GADO DA SILVA Falando com o time isso foi colocado pq servidores como Amazon são em inglês e alguns usuários sugeriram isso. Comportamento com meu ambiente de testes: Utilizado diretivas do Linux no LAzarus: Resultou como esperado: Quando não usamos ele pega padrão do Sistema Operacional, mas add a virgula como separador decimal.

@C4Dev, Muito obrigado pela colaboração, já Inclui na minha lista de tarefas para analise.TK-5362

Bom dia. Vou entrar em contato com eles. Obrigado por enquanto.

Olá pessoal! Conferindo no painel Situação SVC, é possível observar que a Sefaz de Pernambuco está com contingência agendada para o dia 21/04/2024, com previsão de inicio às 07h00 e encerramento no dia 22/04/2024 às 09h00. Para utilizar as soluções ACBr em contingência durante este período, siga as orientações do tópico abaixo: Um agradecimento ao membro de nossa comunidade @Felipe Mariano por compartilhar a informação no canal #sefaz em nosso Discord.

Boa tarde @nildglan, Eu já tinha dito acima que se mesmo informando o ultimo NSU na próxima execução ainda retorna consumo indevido é indicio de que outra pessoa/empresa esteja fazendo essa consulta. Isso acontece bastante, pois as empresas fornecem uma cópia do certificado para o escritório de contabilidade e este começa a fazer essas consultas. Agora se você esta usando o seu certificado para consultar as notas emitidas contra o seu CNPJ e mesmo assim esta tendo esse tipo de rejeição, tem alguma coisa errada. Dentro da sua empresa só você esta fazendo esse teste ou mais alguém esta fazendo em outra maquina? A cada tentativa usando o seu certificado o ultNSU muda?

Veja que agora o ultNSU é 1719, se você não entendeu o processo vai continuar patinando. Seu ultNSU era 1718, você deveria utilizar o método passando ultNSU 1718 até receber pelo menos um novo NSU. Você recebeu um novo NSU, agora irá passar a consultar o 1719 e aguardar pelo menos 1h. Quando você receber 1 ou mais novos NSUs, irá identificar qual o ultNSU para a próxima pesquisa, enquanto não receber nenhum novo NSU, seguirá utilizando o 1719. Veja o tópico a seguir e o curso no nutror Implementando o serviço Distribuição DFe.

Ambiente de homologação deles é instável e sim está com erro lá vai precisar esperar voltar ao normal para testar

Olá pessoal! Foi publicado pelo ITI novo FAQ sobre o fim do certificado A1: 01/2024 - Modernização da ICP-Brasil > Questionamentos mais frequentes

Maravilha funcionou 100%,

@Clipeus, A Setis confirmo que realmente será necessário editar a variável de ambiente para usar a versão Debug... Não era assim antes... ;/ Vou ajustar nos fontes do ACBr e subir no SVN para que ele mesmo ajuste a variável quando IsDebug estiver ligado ou desligado

Boa tarde! Este campo define a informação que é adicionada e enviada no XML da nota. Por favor, faça um teste definindo na seção [DANFe] no seu arquivo ACBrLib.ini que contém as configurações da Lib. No programa exemplo em C# pode ser definido assim: Lembrando que é preciso chamar o ConfigGravar posteriormente. Veja na rotina SalvarConfig e LoadConfig para um melhor entendimento.

Boa tarde a todos, Fazendo uma pesquisa no site --> https://legislacao.fazenda.rj.gov.br. Foi postada uma nova Resolução referente a Resolução 578. Segue abaixo o link da nova Resolução. RESOLUÇÃO SEFAZ Nº 636 DE 01 DE ABRIL DE 2024. https://legislacao.fazenda.rj.gov.br/resolucao-sefaz-no-636-de-01-de-abril-de-2024/ Na Resolução 636 informa que a data foi postergada novamente para o dia 01/05/2024 para a obrigatoriedade dos campos ICMS EFETIVO E RETIDO conforme os requisitos da Resolução 578.

Boa tarde @nildglan, Eu abri somente da empresa Carmem. No retorno temos: <xMotivo>Rejeicao: Consumo Indevido (Deve ser utilizado o ultNSU nas solicitacoes subsequentes. Tente apos 1 hora)</xMotivo> <dhResp>2024-04-16T14:34:44-03:00</dhResp> <ultNSU>000000000001718</ultNSU> <maxNSU>000000000000000</maxNSU> Pela mensagem de rejeição você deve aguarda 1 hora para tentar novamente e deve usar o valor de ultNSU que pelo retorno é 1718 na próxima execução. Como essa consulta foi realizada hoje as 14:34:44 sugiro tentar novamente as 15:40 e lembre-se de informar o numero 1718 como sendo o ultNSU em vez de zero como você fez.

Fizemos um ajuste, vou te enviar uma versão por mensagem privada para que você possa realizar um teste, combinado ?!

Olá pessoal, Foi publicado a NT 2024/002 que trata sobre o CT-e Simplificado. O que vem a ser o CT-e Simplificado: O CT-e Simplificado poderá ser utilizado 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 referente a todas as prestações realizadas para este tomador, por veículo e por viagem. A forma de processamento do serviço de recepção é síncrona sem a formação de lotes. O contribuinte deve transmitir o CT-e simplificado através do Web Service de recepção exclusivo que atenderá esse leiaute e receberá o resultado do processamento na mesma conexão. O Layout do XML do CT-e Simplificado é bem diferente do CT-e (modelo 57) que estamos acostumados a ver. Sendo assim não da para expor nesse tópico os novos campos ou campos com novos valores, pois trata-se de uma estrutura de XML totalmente nova para o CT-e Simplificado.. Sobre os Prazos A previsão para implementação no ambiente de homologação é para o dia 02/09/2024 e produção para 07/10/2024. Mudanças no ACBr e/ou na Sua Aplicação A alteração no componente vai ser realizada em Julho e Agosto para que fique tudo pronto para a data prevista de implementação em ambiente de homologação. Dica de sempre, mantenham todos os fontes de todas as pastas atualizados, já se encontra no SVN a atualização dos Schemas que contempla o CT-e Simplificado

Isso, foi o que eu fiz , atualizei o Acbr hoje pela manhã para a ultima revisão e assim a tag IndDeduzDeson passou a não ser mais informada no XML com valor padrão 0. A principio dessa maneira resolveu.

Boa tarde @Italo Giurizzato Junior Atualizei os fontes, reinstalei e fiz os testes. Não resolveu, a propriedade link ainda chega vazia. Estava analisando sua alteração e vi que vc fez a alteração na função PreencherNotaRespostaConsultaLoteRps, então tentei depurar para identificar o motivo que não preenche. Coloquei um breakpoint onde vc fez a alteração e percebi que não passa por aquela função, essa função de preencher é chamada pela TratarRetornoConsultaLoteRps que também não passa por ela. Até identifiquei que o processo está passando pela função TratarRetornoConsultaNFSeporRps, que tem o nome parecido com a que deveria passar, mas não é a mesma. De repente consegui te ajudar com essas informações? Desde já, agradeço a atenção.

O DistribuicaoDFe não gera NSU para o próprio emitente, afinal ele já tem o XML. No caso da NFe leia a NT 2014.002, está bem explicado o funcionamento, quem recebe cada documento, e as condições de uso.

Boa tarde @phulano, Neste caso você vai usar o ACBrLibNFSe (se o power cobol lhe permite consumir DLL) ou o ACBrMonitor Plus que trabalha com troca de arquivos TXT. Essas empresas de Jaú/SP são os primeiros a lhe solicitar emissão de NFS-e? Se sim, reforço a leitura do tópico sugerido pelo @Diego Foliene.

@Fabiano Moraes de Araújo Boa tarde Segue o mesmo padrão Itau Bradesco:

Por favor, configure o Log do Componente no ACBrLib.. https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca23.html ArqLog -> Informe um Path e NivelLog = 4 Faça um teste com o programa nativo do componente Se ainda sim retornar a mesma mensagem.. Precisa falar com a PSP.. pode ser algo relação ao certificado.

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

Olá pessoal, Tenho boas novas, foi enviado para o SVN a implementação de um novo provedor chamado Sam, esse provedor se utiliza do mesmo layout do provedor WebFisco. Cidades atendidas pelo provedor Sam: Areiópolis/SP, Brejo Alegre/SP, Echaporã/SP, Júlio Mesquita/SP e Porangaba/SP. Abaixo Informações do referido provedor. ------------------------------------ Informações sobre o provedor: Sam - Versão: 1.00 - Layout: Próprio Autenticação Requer Certificado Digital Requer Login/Senha Não requer Chave de Acesso Não requer Chave de Autorizacao Não requer Frase Secreta Serviços Disponibilizados Não 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 Não permite Consultar a Situação do Lote Não 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 Não 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 Permite mais de um serviço Não permite o envio da tag OutrasInformacoes no Rps ------------------------------------ As informações acima podem ser obtidas de qualquer provedor. Basta configurar o programa exemplo com a cidade desejada e clicar no botão [Informações sobre o Provedor] que se encontra na aba: Geral.

Hmm, infelizmente só essa mensagem não nos ajuda muito a encontrar o problema. Tente encontrar um fato em comum. Por exemplo, todas as telas que abrem e ocorre o problema tem determinado componente, ou herdam de determinada classe. Conversando junto a equipe de consultores, um teste sugerido foi abrir todos os forms do projeto e recompilar. Também foi sugerido testar compilando em debug a aplicação para ver se exibe mais informações sobre o problema.

Bom dia @Italo Giurizzato Junior! Isso mesmo, o provedor é o mesmo, SmarAPD, só que eles agora estão utilizando a versão 2.04 da ABRASF, antes era layout próprio mesmo. Vou entrar em contato com eles. Obrigado pela atenção.

Bom dia @ALTAMOGIANA, Você atualizou todos os fontes de todas as pastas? Reinstalou o ACBr com a opção de apagar arquivos antigos marcada? Compilou a aplicação com a opção Build?

Complementando, tente preencher pelo menos os dados de prestador e tomador que deixou tudo em branco, pois talvez não caia na rejeição. <Prestador> <CpfCnpj> <Cnpj/> </CpfCnpj> <InscricaoMunicipal/> </Prestador> <Tomador> <IdentificacaoTomador> <CpfCnpj> <Cnpj/> </CpfCnpj> <InscricaoMunicipal/> </IdentificacaoTomador> <RazaoSocial/> <Endereco> <Endereco/> <Numero/> <Complemento/> <Bairro/> <CodigoMunicipio/> <Uf/> <Cep/> </Endereco> <Contato> <Telefone/> <Email/> </Contato> </Tomador>

Chegou a pegar os fontes e testar?

Combinado, ficamos no aguardo.

Enviei as alterações ao SVN... Commit [r33340]

Segue ajuste para voltar a linha pontilhada do corte no modelo carnê. Configurado RLBand3.AutoExpand para false. ACBrBoletoFCFortesFr.7z

Está usando qual gerador? lembro que tem algo nos fast report que deve mudar o fr3 e algo no fortes também

@Clipeus, por favor teste com a Unit em anexo ACBrTEFPayGoWebComum.pas

Bom dia Jeferson, Já esta no SVN.

Boa tarde, Eu apenas mantive os nomes dos enumerados que você alterou para evitar quebra de compilação para quem estiver utilizando, o restante parece ok. A contribuição foi enviada ao SVN, Rev-33247 Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

Boa tarde @fasulo, Você inverteu as informações: O seu esta assim: indPres=0 indIntermed=9 O correto seria: indPres=9 indIntermed=0 ou 1 ou não informar conforme explicado pelo Renato Rubinho

Boa tarde @power, E ao emitir via portal você não escolhe o item de serviço? Essa informação não consta no cadastro do prestador? Não existe nenhuma tabela fornecida pela prefeitura relacionando o CNAE com o ItemListaServico ? No meu entendimento esse XML foi gerado de forma errada, veja: <xsd:complexType name="tcDadosServico"> <xsd:sequence> <xsd:element name="Valores" type="tcValoresDeclaracaoServico" minOccurs="1" maxOccurs="1" /> <xsd:element name="IssRetido" type="tsSimNao" minOccurs="1" maxOccurs="1" /> <xsd:element name="ResponsavelRetencao" type="tsResponsavelRetencao" minOccurs="0" maxOccurs="1" /> <xsd:element name="ItemListaServico" type="tsItemListaServico" minOccurs="1" maxOccurs="1" /> <xsd:element name="CodigoCnae" type="tsCodigoCnae" minOccurs="0" maxOccurs="1" /> <xsd:element name="CodigoTributacaoMunicipio" type="tsCodigoTributacao" minOccurs="0" maxOccurs="1" /> <xsd:element name="Discriminacao" type="tsDiscriminacao" minOccurs="1" maxOccurs="1" /> <xsd:element name="CodigoMunicipio" type="tsCodigoMunicipioIbge" minOccurs="1" maxOccurs="1" /> <xsd:element name="CodigoPais" type="tsCodigoPaisBacen" minOccurs="0" maxOccurs="1" /> <xsd:element name="ExigibilidadeISS" type="tsExigibilidadeISS" minOccurs="1" maxOccurs="1" /> <xsd:element name="MunicipioIncidencia" type="tsCodigoMunicipioIbge" minOccurs="0" maxOccurs="1" /> <xsd:element name="NumeroProcesso" type="tsNumeroProcesso" minOccurs="0" maxOccurs="1" /> </xsd:sequence> </xsd:complexType> Como você pode ver o elemento ItemListaServico é obrigatório (minOccurs = 1), portanto ele deveria constar no XML.

Rapaz, salvou eu em!