Diego Foliene

Boa tarde! O fórum está passando por uma instabilidade e já esta sendo investigado pelos responsáveis. Por favor, disponibilize a mensagem de erro ou rejeição que está tendo na íntegra para que possamos melhor lhe auxiliar e envie os arquivos para análise no e-mail [email protected] com o link do tópico do fórum no corpo do e-mail para posterior identificação.

Bom dia! Os arquivos estão indisponíveis. Por favor, envie eles para [email protected] com o link do tópico do fórum no corpo do e-mail para posterior identificação.

ISS+NomedoMunicípio significa que a administração municipal é a responsável pelo web service. Tente contato na prefeitura.

Bom dia! Por favor, seu arquivo XML está com estes traços antes das tags? (eles não são comuns no arquivo e podem causar problemas de estrutura) Além disso, se você passar o XML por este validador ele também acusa a mesma rejeição?

Olá pessoal! Foi compartilhado no canal #sefaz em nosso Discord, no dia 29/08/2024, o seguinte aviso que apareceu ao acessar a página https://portalsped.fazenda.mg.gov.br/spedmg/: Atualização: O aviso foi removido. Então não temos certeza se a manutenção ainda está planejada.

Olá pessoal! Foi publicada a Portaria SEFAZ Nº 159 DE 19/08/2024 que estabelece a internalização do ECONF para o estado do Mato Grosso. A portaria acrescenta nas já existentes portarias n° 160/2021-SEFAZ, de 15/09/2021 e n° 177/2021-SEFAZ, de 3/09/2021 que dispõe sobre as condições, as regras e os procedimentos para utilização e os obrigados ao uso da NF-e e da NFC-e respectivamente, adicionando novos artigos relacionados ao ECONF. Os efeitos da portaria passam a vigorar na data de sua publicação. Lembrando que as soluções ACBr estão de acordo com as implementações para que seja utilizado o ECONF conforme exposto no tópico abaixo, permitindo assim que atendam a legislação para o MT. EDIT 08/10/2024: Recebemos novas informações de que o a portaria em questão na verdade internaliza o E-CONF no estado. Portanto o ECONF é opcional no estado, com portaria estabelecendo a obrigatoriedade ainda a ser publicada.

Bom dia @fredsmartfull. Foi gerada uma nova compilação da Lib, por favor, queira atualizar a lib para realizar novos testes e reportar qualquer problema.

Olá pessoal! Conferindo no Portal da NFe é possível observar que a Sefaz de São Paulo está com contingência agendada para o dia 08/09/2024, com previsão de início às 06h00 e término às 20h00 do mesmo dia. 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! Por favor, tente fazer o seguinte teste: Renomeie seu arquivo ACBrLib.ini. Execute sua aplicação para que a Lib crie um novo arquivo ACBrLib.ini em branco. Vá preenchendo as seções do novo arquivo até utilizando as informações do seu arquivo renomeado. Preenche uma seção, executa a aplicação, se não der erro, preenche uma nova seção e executa novamente. Assim, é possível verificar se seu arquivo tem alguma configuração incorreta em alguma das seções que possa estar causando algum erro na leitura.

Boa tarde! Fiz um teste em meu ambiente utilizando o arquivo INI que forneceu e recebi retorno semelhante. Vamos analisar as informações e reportamos assim que descobrirmos algo.

Boa tarde! Não basta apenas alterar o .so. Também existe uma diferença na forma como você faz o bind e a chamada dos métodos, pois na Lib MT, você precisa passar um ponteiro como Handle. Mais detalhes em ACBrLib e MultiThread

Boa tarde! Muito obrigado! Eu abri o arquivo schema e realmente consta a informação, não estava encontrando antes devido a um erro no filtro que eu estava usando para buscar nos arquivos. Enviei ao SVN na Rev-30518 uma alteração modificando na rotina de configuração o parâmetro do número de ocorrências para código pais do grupo serviço de -1 (não adicionar no XML) para 0 (adicionar no XML quando informado). Vou verificar possibilidade uma nova compilação da Lib junto ao time responsável. Caso não seja possível, na próxima compilação oficial deve englobar a alteração.

Bom dia. Vou verificar. Conforme mencionei antes, não tem o campo no arquivo, então precisaria alterar no schema também. Por favor, pode disponibilizar a mensagem de erro na íntegra para confirmarmos e conferirmos se ela exibe qual campo deve ser informado?(Há um CodigoPais no grupo de serviço e também um no grupo do tomador).

Bom dia @Cosmo Santos de Morais. O problema ainda persiste mesmo após atualizar o ACBrMonitor?

Bom dia! Veja trechos retirados do Guia_Pratico_EFD_Contribuicoes_Versao_1_35 - 18_06_2021. Página 68: Página 69: Então entendo que os registros C101 e E300 estão relacionados e são complementares. Mas reforço a orientação do colega @Juliomar Marchetti de que você DEVE confirmar isso junto ao contador do cliente, pois ele é o responsável fiscal do mesmo.

Bom dia! O problema ainda persiste após atualização?

Bom dia! Por favor, envie o log paranoico para o e-mail [email protected] com o link do tópico do fórum no corpo do e-mail para posterior identificação.

Olá pessoal! Foi publicado no dia 26/08/2024 Correio Eletrônico Circular SEF/DIAT/Nº 13 / 2024 reforçando aos contribuintes de Santa Catarina o início da obrigatoriedade da emissão de NFCom a partir de 01/04/2025. Também é reforçado que todas as empresas prestadores de serviço de comunicação já estão credenciadas no ambiente de homologação para realizar testes de emissão e o contribuinte pode realizar o credenciamento voluntário no ambiente de produção desde que observe: Artigos 2° e 7°-C, do Anexo 7 ao RICMS/SC (necessidade de Autorização de Uso de Processamento de Dados – AUPD). ATO DIAT n° 31/2023 que define as regras para credenciamento de empresa desenvolvedora de sistema eletrônico. ATO DIAT nº 32/2023 que define os requisitos técnicos para os programas aplicativos utilizados para a emissão dos documentos fiscais modelos 21, 22 e 62. ATO DIAT nº 44/2023 que define, nos termos do § 5º do art. 198 do Anexo 11 do RICMS/SC-01, o cronograma, a forma e os requisitos de credenciamento para a emissão da Nota Fiscal Fatura de Serviços de Comunicação Eletrônica-NFCom.

Bom dia! No que diz respeito a versão 2.03: Foi enviado ajuste ao SVN na Rev-35017. Versões da LibNFSe compiladas depois de 28/08/2024 apresentarão as informações corretamente. No que diz respeito a versão 2.04: O provedor SmarAPD implementa o mesmo layout 2.04 com nomes diferentes para as tags de envelope em alguns municípios, por isso, além de alterar a URL da e a versão, você também precisa adicionar na seção uma linha que tenha em seu conteúdo: Params=SubVersao:1 Mas para o caso de Vila Velha, acredito que seja a versão é a 2.03 mesmo, pois ao testar com a 2.04 recebi de que o método não está ativado.

Conferindo nos fontes nativos, realmente, não é informado o <CodigoPais>. Tanto que se você abrir a pasta dos schemas do provedor e buscar pelo termo CodigoPais, não vai encontrar nenhuma menção. Será necessário uma alteração nos fontes para que seja adicionada a tag.

Boa tarde! Um momento, por favor, vou buscar mais informações a respeito.

Boa tarde! Em seu trecho de código não consta a informação mencionada pelo @Renato Rubinho. Veja como é a função Enviar do componente ACBreSocial: function TACBreSocial.Enviar(AGrupo: TeSocialGrupo): boolean; begin WebServices.EnvioLote.Clear; result := WebServices.Envia(AGrupo); end; Note que ele requer um parâmetro do tipo TeSocialGrupo cujos valores são: TeSocialGrupo = (egIniciais = 1, egNaoPeriodicos = 2, egPeriodicos = 3); Esta é a informação que você precisa checar. O evento S-2400 é do tipo egNaoPeriodicos, se você estiver enviando com valor diferente deste pode ser a razão de estar recebendo o erro.

Olá pessoal! No dia 26/08/2024 foi publicada a versão 1.04 desta nota técnica. A nova versão corrige o nome do Webservice do CTe simplificado incluindo o V4 no final, mudando efetivamente o nome do serviço de CTeRececpcaoSimp para CTeRecepcaoSimpV4. Também nesta nova versão é alterado o texto da regra de validação G043, corrigindo as menções de vRec e vPrest para vTRec e vTPrest, dando a regra a seguinte redação: As datas de implementação em homologação e em produção permanecem as mesmas. Leia a versão 1.04 desta nota técnica AQUI.

Bom dia @janderson@atron. O problema ainda persiste? Como questionado pelo Juliomar, você está fazendo o envio de forma síncrona ou assíncrona? Seus fontes estão atualizados e em dia com o SVN? Se você conferir no arquivo de retorno do web service, consta a informação da dhRecbto?