Diego Foliene

Boa tarde. Por favor: Consegue reduzir o escopo do problema? Ele acontece somente neste cliente em específico? Ele utiliza provedor de e-mail particular ou Gmail, HotMail e afins? Somente uma nota está sendo enviada por vez? Existem muitos destinatários, emails em cópia e cópia oculta? Se você fizer um teste em seu ambiente também ocorre o problema? Existe proxy configurado neste ambiente?

Bom dia. Vão existir eventos que vem somente o resumo, são eles: Resumo de Eventos CT-e Autorizado/Cancelado Resumo de Eventos MDF-e Autorizado/Cancelado Resumo de Eventos de Registro de Passagem

Boa tarde. Sim, vide Regra de Validação da Rejeição 610 retirada do MOC:

Boa tarde! Por favor, você está fazendo o envio em produção ou em homologação? Pode disponibilizar o XML gerado para análise? Se julgar que o mesmo tenha dados sensíveis e não possa ser enviado direto aqui, envie para [email protected] com o link do tópico do fórum no corpo do e-mail para posterior identificação.

Bom dia. Você pode ler as informações de resEvento ou procEvento e validar. ResumoDeEventoEhCancelamento := docZip[i].resEvento.tpEvento = teCancelamento; EventoEhCancelamento := docZip[i].procEvento.tpEvento = teCancelamento;

Bom dia. Por favor, veja as orientações presentes neste tópico:

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

Bom dia @Helio Beltrao Jr.. Arquivos recebidos! Por favor, pode fornecer mais informações sobre qual seria o problema que está enfretando? Analisando os arquivos, o que notei de problema é que foi informado um valor em <vIPIDevol> no grupo <impostoDevol>, mas a tag <vIPIDevol> ficou zerada no totalizador. Conferindo no arquivo nfe294352.ini que disponibilizou, no grupo [Total] o vIPIDevol está com dois símbolos de igual, o que pode justificar a ausência deste valor no arquivo. Está assim no seu ini: [Total] vIPIDevol==24.25 Deixe somente um sinal de igual.

Situação resolvida no tópico abaixo:

Boa tarde @fredsmartfull! Altere seu arquivo ACBrNFSeXServicos.ini adicionando uma linha Params para que fique desta forma: [3525904] ; Atualizado em 03/01/2024 Nome=Jundiai UF=SP Params=Dividir100:|Aliquota4Casas: Provedor=Giss Versao=2.04 ProRecepcionar=https://ws-jundiai.giss.com.br/service-ws/nf/nfse-ws Informe a alíquota no arquivo INI sem dividir por 100: [Valores] ValorServicos = 25,00 BaseCalculo = 25,00 Aliquota = 02.01 ValorIss = 0,50 ISSRetido = 2 Veja se o resultado fica conforme o solicitado pelo provedor.

Boa tarde @ProgenBR. A resposta fornecida anteriormente pelo amigo @André Ferreira de Moraes está correta. Em meu ambiente eu havia feito dois testes, um utilizando o componente nativo, onde foram geradas todas as tags e outro utilizando a Lib onde recebi o mesmo retorno que você. Depois que ele forneceu a resposta, conferi novamente as rotinas e a diferença é de que no teste que fiz no componente nativo, defini o parâmetro GerarApenasTagsAplicacao como false, enquanto que na Lib este parâmetro já é por natureza true. Definindo o parâmetro como true no componente nativo, o resultado foi o mesmo da Lib e em ambos os casos, ele está correto. Como foi mencionado, algumas das tags que compõe o arquivo XML do cupom fiscal eletrônico são geradas internamente pelo aparelho SAT e não pela Lib. Você pode ver mais informações sobre isso no documento indicado e também é explicado no curso SAT CFe em SP – Da Implementação ao Credenciamento do Software House ao qual você tem acesso por ser um membro PRO.

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).