Diego.Foliene

Boa tarde! A classes em C# podem sem problema algum serem usadas no seu projeto. No entanto, o intuito delas é apenas de demonstrar o uso da Lib no C#. Por causa disso, apenas as tratativas para o TipoResposta do retorno em formato INI foi implementado.

Pelo log modificado, me parece que o problema está ocorrendo quando usa o método MoverStringParaPChar. No seu log temos esta entrada aqui: Que significa que foi alocado tamanho 5000 para o buffer, mas a string só usou 16. Nesse caso, o 16 é por causa do erro, mas em caso de sucesso, o método vai te devolver um XML, ocupando bem mais espaço Por favor, tente aumentar o tamanho que foi alocado para o buffer (coloque 15000 ou até mesmo 60000 por exemplo) e faça um novo teste. EDIT: Conversei junto aos demais consultores e realmente considerando as informações reunidas, tudo aponta que o tamanho do buffer que está sendo passado para o método NFSe_GerarLote não está sendo suficiente.

Entendido. Fico no aguardo do log com a Lib alterada.

Bom dia! Analisamos o vídeo e os arquivos disponibilizados, a princípio o processo parece estar correto. Por favor, vou lhe pedir para fazer mais alguns testes: Foi citado que o certificado é o A3. É possível testar com um certificado A1 para ver se o problema também ocorre? Este certificado A3, funciona com outros DFes? Se testar ele em site de validadores como Certsign - Teste seu Certificado Digital, Serasa Experian - Teste seu certificado digital e Cerpro - Teste de Certificado Digital ele não apresenta erro? Na lib, nós temos um método chamado NFSe_ObterCertificados, é possível fazer um teste com ele para ver se ele trás as informações corretamente? Apenas para desencargo, se puder fazer um teste colocando todos os caracteres do NumeroSerie na seção [DFe] do seu arquivo INI em maiúsculo. Se o problema persistir depois disso: Você disse que usa a versão StdCall, single thread e x86 correto? Vou lhe enviar uma versão da Lib modificada local para que possa fazer um teste. Nesta versão, modifiquei o método NFSe_GerarLoteRps, adicionando mais linhas de log nele para tentar facilitar encontrar a linha em ocorreu o erro. EDIT: Arquivo enviado via mensagem privada aqui no fórum.

Bom dia. Por favor, seu arquivo .fr3 e seus fontes estão atualizados e em dia com o SVN? Para o trecho da "Descrição da Prestação de Serviço", essa informação agora é pega do arquivo ...\ACBr\trunk2\Fontes\ACBrDFe\ACBrNFSeX\TabServicos.ini. Que também é incluso na internamente no componente no momento da compilação do mesmo. Se tiver com a propriedade ACBrNFSeX.Configuracoes.Arquivos.TabServicosExt := True; você precisa ter um arquivo .txt com nome TabServicos na mesma pasta do .EXE para ele pegar a informação.

Olá pessoal! Foi publicada uma notícia no Portal da Sefaz do Paraná informando que no dia 16/12/2023, haverá uma paralisação programada no sistema de banco de dados da SEFA para manutenção de servidores. O paralisação iniciara às 09h00 e tem previsão de término às 16h00. Durante este período, ficarão indisponíveis os serviços de Autorização de CT-e e os contribuintes precisarão fazer o envio usando as formas de contingência previstas na legislação. Um agradecimento ao membro @Rafael - ATS Informática por compartilhar a notícia em nossa comunidade do Discord.

Boa tarde. Para que a alteração tenha efeito você precisa seguir os passos especificados neste tópico.

Boa tarde! Não tem um método Assinar. Isso foi automatizado pelo novo componente, se o provedor requerer que seja assinado o arquivo, o componente vai assinar ele para você, se não precisar, ele não vai assinar.

Boa tarde. O provedor Fiorilli é conhecido por ter um ambiente de homologação problemático com essa questão de assinaturas. Tente definir a propriedade: ACBrNFSeX.Configuracoes.Geral.Assinaturas := taNaoAssinar; E refazer o teste em homologação. Se mudar para produção, já precisaria alterar de taNaoAssinar para taConfigProvedor.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Bom dia! No programa exemplo mesmo, na aba Certificados, tem um botão Obter Certificados. Se você usar ele, a informação também vem incorreta?

Olá pessoal! Caso estejam recebendo uma rejeição estranha ao tentar realizar um cancelamento, no Portal da Nota Fiscal Eletrônica consta o seguinte aviso: Um agradecimento aos membros da comunidade que chamaram atenção para o aviso no canal #sefaz em nosso Discord.

Bom dia pessoal. No dia 12/12/2023, por volta das 07h50, recebemos em nossa comunidade do Discord relatos de membros que conseguiram realizar a manifestação.

Boa tarde! Por favor, faça um teste utilizando o arquivo ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\Report\DANFSeProvedorEL_ProvedorNacional.fr3

Olá pessoal. Foi publicado no dia 12/12/2023 a versão 1.54 da Nota Técnica 2019/001. Vamos a um resumo das novas alterações: Atualização de informações: As regras N12-85, N12-86 e N12-94, que validam o CST e o Código do Benefício Fiscal (cBenef) tiveram a informação atualizada na NT para o Distrito Federal, alterando a data de implantação em produção para 04/09/2023. As regras N12-85, N12-86 e N12-94 que validam o CST e o cBenef e as regras N12-90 e N12-97 que validam as informações de ICMS Desonerado e diferimento tiveram a informação atualizada na NT para o estado de Goiás, alterando a data de implantação em produção para 01/07/2023. Nova regra de validação Adiciona a regra I08-171 que para validar e rejeitar NF-e (modelo 55) com os CFOPs de aquisição ou prestação de serviços 1933, 2933, 5933 e 6933. A nova regra passará a ser validade pela Sefaz seguindo o cronograma: Implantação em homologação: 12/01/2024 Implantação em produção: 01/04/2024 Inclusão da obrigatoriedade do cBenef para SC conforme legislação interna do estado. A tabela com as unidades federativas que implementam as regras de validação N12-85, N12-86, N12-90, N12-94, N112-97 e N12-98 que são opcionais a critério da UF, foi atualizada incluindo Santa Catarina.

Bom dia pessoal! Foi publicado no dia 11/12/2023 a Nota Técnica 2023/004 que implementa o evento de conciliação financeira e adiciona e altera alguns campos da NF-e. Resumo. Esta nota técnica tem o objetivo de prover aos atores envolvidos nos processos da NF-e/NFC-e a possibilidade de anotar no documento fiscal eletrônico as transações financeiras relacionadas, facilitando a vinculação entre documentos fiscais e recursos financeiros recebidos. Busca-se encontrar uma solução para pagamentos que ocorrem distantes da data do fato gerador e da emissão do documento fiscal. Portanto, para que seja possível às empresas informarem que o recebimento de recurso está relacionado a determinado documento fiscal, está sendo criado o Evento de Conciliação Financeira – ECONF. Os Ajustes SINIEF nº 3/2023 e 10/2023 prevêem este evento. A utilização do Evento de Conciliação Financeira – ECONF é facultativa e tem o objetivo de auxiliar as empresas que buscam demonstrar a existência de conformidade fiscal entre as informações financeiras e de meios de pagamentos e os documentos fiscais emitidos. Nessa NT, foram criados novos campos no grupo YA. Informações de Pagamento e nos Grupos Tributação do ICMS que possuem ICMS desonerado. Também foram alterados campos dos grupos I01. Produtos e Serviços / Declaração de Importação e Z. Informações Adicionais da NF-e Inclusão de novos campos. Grupo YA. Informações de Pagamento. Adiciona os seguintes campos: CNPJPag: CNPJ do estabelecimento onde o pagamento foi processado/transacionado/recebido quando a emissão da NF-e/NFC-e tiver ocorrido em estabelecimento distinto. UFPag: UF do CNPJ do estabelecimento onde o pagamento foi processado/transacionado/recebido. CNPJReceb: CNPJ do estabelecimento beneficiário do pagamento. IdTermPag: identificar o termnial em que foi realizado o pagamento. Os campos são opcionais, mas caso informe o CNPJPag a UFPag deve ser informada e vice-versa. Grupo de Tributação de ICMS(Somente quando regime não for Simples) Adiciona o campo: indDeduzDeson: indicador se o valor do ICMS desonerado deduz do valor do item ou não. Alteração de campos. Grupo DI (relativo a Declaração de Importação). O campo CNPJ passa a ser CNPJ/CPF permitindo que pessoa física seja adquirente ou encomendante. Adiciona novas opções para o campo tpViaTransp. Aumenta o número de ocorrências possíveis do grupo adi (Adições e/ou itens) de 100 para 999. Aumenta o tamanho de nDI para permitir informar o DUImp. Torna o nAdicao opcional, pois caso tenha sido informado o DUImp em nDI, não deverá ser informado. Altera o tipo de nDraw para caracter com tamanho 20. Grupo de Informações Adicionais da NF-e. Adiciona novas opções nos campos indProc e tpAto do grupo relativo ao Processo Referenciado (procRef). Regras de Validação. A nota técnica trás alterações nas regras de validação I23d-10 e I23d-20 para que valide além do CNPJ o também agora possível CPF. Foram criadas as regras de validação YA03b-10, YA04-20, YA09-20 e YA10-10 para validar os novos campos incluídos no grupo de informações de pagamento. Remove as regras de validação X03-10 e X03-20 deixando então de validar os dados do transportador na NFC-e. Evento "Conciliação Financeira - ECONF". Além dos campos comuns a todos os eventos temos também no grupo detEvento no layout de entrada: versão: mesmo valor da tag "verEvento". descEvento: "ECONF". CNPJ: CNPJ do beneficiário do pagamento. UF: código da UF. vPag: Valor do Pagamento. tPag: Meio de pagamento (usar Tabela de Códigos dos Meios de pagamentos publicada no Portal da NFe). dPag: Data da captura do Pagamento no formato AAAA-MM-DD. Para pagamentos agendados, usar a data de efetivação. CNPJIF: CNPJ da instituição financeira de pagamento, adquirente ou subadquirente. cAut: Identificação do numero de autorização da transação da operação. No que diz respeito ao retorno, o layout é bem semelhante ao de outros eventos, com as informações dhRegEvento e nProt sendo as que valem destaque. Evento "Cancelamento Conciliação Financeira - ECONF". Semelhante aos demais eventos do gênero, na mensagem de envio deve ser informado o tipo do evento correspondente, chave da NF-e ao qual o evento será vinculado, informações do autor do evento e o número do protocolo do evento que deseja ser cancelado. O retorno vai devolver data de registro do evento e o número do protocolo do mesmo. Datas. Implantação Teste: 05/02/2024 Implantação Produção: 01/04/2024 LEIA A NOTA TÉCNICA NA INTEGRA AQUI. E como fica o ACBr? Como é possível observar, a NT trás um novo evento e a adição de alguns campos, por isso, alterações nos fontes do ACBr serão necessárias. Já foi adicionado em nosso backlog tarefa para realizar tais alterações e as mesmas logo estarão disponíveis para que toda comunidade possa usufruir.

Bom dia! Conseguimos acessar. O vídeo ficou muito didático, obrigado. A princípio, o seu processo me parece estar correto. Vou levar o vídeo a equipe de consultores para ver se alguém tem alguma sugestão do que possa ser o problema. Também vou comparar o último log que disponibilizou que é o mais completo com o que foi gerado aqui pelo exemplo do C#. Vou lhe pedir nesse meio tempo por favor que: Faça um teste usando a última versão da Lib que temos no fórum com alguma outra cidade cuja emissão esteja funcionando para você. Assim podemos tentar isolar se o problema acontece somente quando configura a cidade de Taquara/RS. No seu arquivo ACBrLib.ini, está sendo indicado o arquivo ACBrNFSeXServicos.ini, acredito que seja devido a teste anterior quando a informação havia sido alterada e ainda não tinha sido inclusa no SVN. Agora, a informação foi enviada ao SVN no componente nativo, então ela deve estar inclusa e vai ser lida internamente na Lib, por isso, não precisa mais apontar o ACBrNFSeXServicos.ini para pegar ela.

Boa tarde! Por favor, grave um vídeo utilizando alguma ferramenta de captura e disponibilize o mesmo. Fazendo dessa forma, não ficamos presos a disponibilidade de agenda (ambos termos disponibilidade em um dia específico em um horário específico) e toda a equipe de consultores também pode ter acesso e contribuir com expertise.

Boa tarde! Isso acontece devido ao tamanho do buffer. Que foi passado. Veja: O tamanho do buffer está menor do que o tamanho da string.

Bom dia! Apenas fornecendo um retorno sobre a situação. Estamos realizando alguns testes utilizando os programas exemplos disponíveis e testes unitários, no entanto, estamos tendo dificuldades para reproduzir o problema. Dito isso, por favor, peço que: Um passo a passo de como você utiliza a Lib para este método. A lib single thread não precisa de um handle, mas os métodos NFSe_Inicializar e NFSe_Finalizar, por exemplo estão sendo usados corretamente? Qual é o passo a passo para a chamada dos métodos? Foi feito um teste com a lib que teoricamente funciona em outras cidades com a cidade de Taquara que é onde foi detectado o problema por você. Por favor, faça um teste usando a versão mais recente da lib disponibilizada no fórum tanto com uma cidade cuja emissão funciona quanto com a cidade de Taquara.

Olá pessoal! Recebemos muitos relatos que indicam um problema generalizado no Ambiente Nacional, que é o responsável pelo processo de Manifestação do Destinatário. Veja os detalhes a respeito: No dia 09/12/2023, às 14h18, recebemos em nossa comunidade no Fórum do Projeto ACBr, o primeiro relato de um membro com problemas ao realizar a manifestação do destinatário. No dia 10/12/2023, às 14h12, foi a vez do canal #sefaz, em nossa comunidade do Discord, com relato semelhante. Hoje, dia 11/12/2023, por volta das 07h45, começamos a receber múltiplos relatos novamente do mesmo problema. Todos os relatos tem em comum a mesma mensagem: Dado o volume de relatos e o fato do erro ser o mesmo para todos, tudo indica que o problema esteja no Ambiente Nacional. Um fato que também corrobora para isso é o de encontrar relatos como os relacionados a seguir, fora da comunidade do ACBr em uma breve pesquisa. 2238 - Falha ao gerar numero de protocolo 2238 - FALHA AO GERAR NUMERO DE PROTOCOLO Até o momento, não foi disponibilizado nenhum comunicado oficial relacionado ao problema no Portal da Nota Fiscal Eletrônica.