Painel de líderes

O Fisco de MG vem desobrigando a transmissão da Declaração de Apuração e Informação do ICMS - (DAPI) de alguns contribuintes conforme o comunicado logo abaixo. A geração dessa declaração será feita por meio da EFD que o contribuinte entrega. Veja: Fonte e mais informações: https://portalsped.fazenda.mg.gov.br/spedmg/efd/

https://wiki.notalivre.com.br/knowledge-base/certificado-digital/instalar-certificado-digital-a1-arquivo/ Eu tenho este passo a passo na minha base de conhecimento, tente fazer igual.

Olá, Os ajustes necessários no componente foram enviados ao SVN na Rev-35640 Para quem utiliza o componente, atualize os fontes e reinstale os componentes e para quem utiliza o Monitor e a Lib, a próxima versão já contemplará os ajustes.

Consegui resolver o problema substituindo os caracteres especiais da StringList antes de salvar o arquivo! Muito obrigada pela ajuda.

Para quem tiver o mesmo problema futuramente, conforme o Daniel informou, deve ser desmarcado o checkbox Habilitar proteção de chaves privadas fortes...

Boa tarde @Éva Cleidiane Coutinho, Nos ajudaria se você pudesse disponibilizar o XML da NF-e que ao tentar ler com a nova unit não fez a leitura correta. Você poderia nos enviar o XML?

Hum pode ser sim tu conseguiu no caso do xmldocument debugar a NFe pois estamos em fase de mudança iremos remover o PCN se sim chegou a identificar o que está ocorrendo e uma possível solução

Pessoal, estava tendo muita dificuldade para criar as credenciais oauth do Gmail e graças a videos no youtube, pesquisas no google e pessoal da comunidade, eu consegui. Com isto eu criei um tutorial ensinando o passo a passo de como criar esta credencial no Gmail e configurar o seu aplicativo de email, isto levando em consideração que estará apto a fazer autenticação OAUTH. Eu recomendo olharem o tópico abaixo, onde há algumas units atualizadas do ACBrMail como contribuição de um membro da comunidade. O ACBr deve atualizar os fontes logo, mas já podem utilizar o código disponibilizado no tópico abaixo. Observação: eu coloquei o arquivo pdf no meu site por que há um limite de tamanho de arquivo que posso disponibilizar no tópico. Fiquem avontade para compartilhar. Link do pdf: https://ctec.com.br/downloads/Envio_de_Email_pelo_GMAIL.pdf

Essa informação de Tag foi me passada pelo suporte do provedor , quando enviei o erro que estava retornando, mas vou entrar em contato com eles para verificar se isso foi uma mudança recente e se estende a todas as cidades e retorno aqui.

Bom dia baixei e vi que estava sim diferente . está no svn já subi a diferença

@nebrio Ajustamos a validação que retornava o emv, url_Pix e Tx_ID. E incluímos a propriedade NossoNumeroCorrespondente. A correção estará disponível na próxima compilação da dll.

Olá, Obrigado pela contribuição. Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-35641 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. Obs: O arquivo ACBreSocialLoteEventos.pas não tinha alterações em comparação com os fontes atuais, caso tenha alguma alteração neste arquivo que deva ser analisada, confirme se anexou o arquivo correto.

Olá pessoal, Ficamos felizes em informar que foram disponibilizados os programas de exemplo em php Singlethread e Multithread utilizando a ACBrLibConsultaCNPJ. Para a comunicação com a biblioteca foi utilizada a extensão FFI que foi implementada no php a partir da versão 7.4.0. Vejam o tópico a seguir, na nossa base de conhecimento, com um tutorial de como configurar o ambiente de desenvolvimento com Php8 e Apache. Esperamos que como sempre que essa novidade traga maior facilidade na utilização das nossas bibliotecas por toda a comunidade. Até mais!!!

Bom dia. Tudo bem ?? Estava fazendo testes sobre o CTe Simplificado e estava perdendo a Tag <toma> após fazer a Assinatura com certificado, pelo Load do arquivo XML para o componente, pesquisando no fórun achei a mesma dúvida de outros usuários e indicativas de correção, que seria reinstalar o ACBR com o XMLDocument marcado. Fiz esse processo e deu certo a emissão do CTe Simplificado. Porém seguindo o uso padrão do sistema.. percebi que estava com problemas na Assinatura de NF-e onde também passo o Arquivo XML pelo Load ao componente. Com isso ele está perdendo as tags de ICMS00,ICMS60... Para testar, reinstalei o ACBR com XMLDocument desmarcado e regerei o XML da Nfe, e com isso também deu certo. Então.. XMLDocument marcado funcionou para emissão dos CTes. Mas deu problema com as tags de ICMS para NFe Aguardo retorno. Obrigada!

sempre que postar usar o usuário PRO para atender o SLA obrigado no caso vou mover ele . pois a questão é da NFe e NFCe . como dito está sendo feito a mudança para o xmldocument e novamente sempre que postar para que o SLA seja válido usar o usuário PRO e nos canais PRO. movendo

nesse link tem algumas informações . mas nunca substitui a informação do contador no caso de sua confiança ou da empresa que tu está atendendo para fazer de forma correta https://blog.tecnospeed.com.br/nf-e-devolucao-simbolica-entenda/

Boa tarde, sim somos usuário PRO. Apenas a minha colega postou neste fórum o ocorrido. Acha que ainda é necessário ser postado lá no canal do Discord? Se sim, no canal pro-nfe ou pro-cte?

Boa tarde @Paulo Alexandre Hostert, Já foi criado a TK-6114 para criar um tópico para apontar algumas coisas que mudaram. Identifiquei algumas coisas que estão faltando no componente que serão feitas também.

Boa tarde @Vagner S Oliveira e @Bruno Santos Martins, Estamos realizando alguns testes com os retornos de datas das consultas citadas, porém não temos credenciais para o bradesco especificamente. é possível enviar alguma credencial de homologação desse PSP para [email protected] e colocar o link deste tópico também? Obrigado!

Ok. Agora deu certo. Vou tentar corrigir o erro e retorno: ------------------------------ Versão OpenSSL OpenSSL 1.1.1j 16 Feb 2021 01.01.01.0AF C:\Windows\SYSTEM32\libcrypto-1_1.dll C:\Windows\SYSTEM32\libssl-1_1.dll ------------------------------ Requisição Ambiente : 2 - Homologação Cidade : Campos Dos Goytacazes/RJ Provedor : Giss Versão: 2.04 Data/Hora: 16/10/2024 15:50:04 Método Executado: Consultar o Lote de Rps Parâmetros de Envio Numero do Prot: 3011644 Numero do Lote: Parâmetros de Retorno Situação Lote : 3 ID Nota : ID Rps : Sucesso : False Erro(s): Código : Mensagem: Código de tributação inexistente. Correção: --------- Código : X202 Mensagem: Lista de NFSe não encontrada! (ListaNfse) Correção: ---------

Certo... mas creio que isso não venha ao caso agora @Juliomar Marchetti. Imagino que os ajustes feitos para utilizar o XMLDocument tenha afetado a função do LoadFromFile. Consegue colocar na lista de afazeres/ajustes futuros? Já que para utilizar o CTe Simplificado precisa estar instalado o XMLDocument.

esse é um sofrimento que não precisariam estar passando pois o componente foi feito exatamente para que possa alimentar os objetos e ter o xml gerado. além de todo momento que sai alguma mudança ter que modificar. tu se preocupa além da regra de negocio toda a parte fiscal em que o componente já lhe dá essa puta mão na roda

Não cheguei a debugar internamente nas funções, só percebi o retorno com as tags defasadas ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromFile(sArquivoXML, false); ACBrNFe1.NotasFiscais.Assinar; Enviamos o XML por esse métodos e o retorno vem correto e assinado quando o XMLDocument não está instalado. O Erro que apresenta creio ser de Schemas, segue imagem do Erro também, junto com os XMLs. Geramos o XML manualmente, não usamos o componente para a geração, somente para autenticação. 43241003157446000112550010000002011875099819_AntesAssinar.xml 43241003157446000112550010000002011875099819_DepoisAssinar.xml

Boa tarde, achei o problema, faltava: AcbrnfestService::Finalizar( $ffi ); ou seja: Abri, lancei e não fechei. att; HASA

Alterar a fonte ou colocar negrito: Não é permitido, porque o DANFE precisa seguir a padronização definida no MOC. Motivo: Mesmo que os dados adicionais sejam um campo livre em termos de conteúdo, a formatação deve respeitar as fontes e tamanhos especificados no manual. Resumindo seria isso? Então irei responder ao cliente que não é possível negritar uma parte do texto.

@Júlio Cavalcanti realizei alteração colocando a modalidade = 1 e o boleto gerou certo.

Bom dia Ao atualizar hoje a Suite ACBr hoje me deparei com o erro abaixo, pequeno de fato, porem nem instala . Falta um caracter em "Destoy" para "Destroy", Linha 961 Coluna 18 . Arquivo ACBrECDBloco_I corrigido em anexo . ACBrECDBloco_I.pas

Obrigado por reportar Enviado commit com a correção At revision: 35655

certo, pode fechar o tópico

@Cognum Informatica Ltda., Essa alteração não procede, pois acabei de receber um relato de outro desenvolvedor que conseguiu enviar o RPS e este foi processado com sucesso. O tópico abaixo tem 3 páginas, veja o que a Paula escreve na página 3. Por favor leia este outro tópico onde fizemos um apanhado de informações para que a emissão ocorresse com sucesso.

Fonte: https://portalsped.fazenda.mg.gov.br/spedmg/nfe/ Para utilizar as soluções do ACBr em contingência durante este período siga as orientações do tópico abaixo.

Olá Pessoal, Para quem esta realizando testes com o provedor Giss (GissOnline) da empresa Eicon, vai algumas dicas: 1. Tanto o Ginfes quanto o Giss são da empresa Eicon. 2. A Eicon pretende migrar todas as cidades atendidas pelo Ginfes para o Giss. 3. O webservice do Ginfes trabalha com a versão 1 do layout da ABRASF, já o webservice do Giss trabalha com a versão 2.04 4. Apesar de existir o modo de envio síncrono no webservice do Giss, recebemos informações de colegas da comunidade, de que o pessoal da EICON recomenda usar o modo de envio assíncrono. 5. Na versão 2.xx da ABRASF não existe o serviço de consulta a situação do lote, este serviço existe na versão 1. 6. Na versão 2.xx a consulta a nota pelo seu numero é por faixa, logo devemos informar um numero inicial e final. 7. No ambiente de homologação do Giss devemos informar o código 0076 ao alimentar o campo CodigoPais, no ambiente de produção deveremos informar o código 1058 8. No ambiente de homologação não são todos os códigos de ItemListaServico aceitos, segue em anexo uma planilha que traz os código aceitos e a respectiva alíquota. lista_servico_atividade_ws_homologacao.xlsx 9. Infelizmente, de acordo com alguns relatos de colegas, o GISS parece espelhar o mesmo problema do provedor Ginfes de as vezes não devolver uma mensagem de erro fidedigna ao erro propriamente dito. Um exemplo disso é o erro: Caso o recebe, confira o arquivo XML do RPS que foi gerado e veja se todas as informações consideradas obrigatórias de acordo com o schema foram geradas.

Muito obrigado pela contribuição Adicionei no nosso backlog (TK-6112). Assim que possível daremos um retorno.

Fiz alteração no sistema para tag CRT 4 (MEI), mas mesmo assim continuou a msg CStat=203! vou aguardar meu cliente ir a SEFA!

Bom dia @Cognum Informatica Ltda., Você concorda que a mensagem de erro "Empresa não cadastrada" não tem nada haver com alteração no cabeçalho? Se o cabeçalho estivesse errado o webservice não iria sequer processar o conteúdo do RPS e constatar que o Prestador não esta cadastrado no banco de dados deles. E o que a Eicon diz sobre essa questão da Empresa não estar cadastrada? No meu entendimento essa questão tem que ser resolvida, para que um novo teste de envio seja realizado. Eu não vou alterar nada na geração do XML de envio, pois tenho relatos de outros desenvolvedores que a Eicon não argumentou sobre o cabeçalho.

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

claro.. mas espera que acho que já anexo aqui, uma correção

Provavelmente será esse o problema, não observei isso! Vou alterar la assim q der algo positivo relação a isso posto aki!

Bom dia, segue em anexo os quivos p/ correção do Memory Leak ACBreSocialLoteEventos.pas pcesS2206.pas

Apenas a documentação, mas posso estar implementando e enviado se for o caso.

LAYOUT-UNA_V2.06-1.pdf

Legal, Leandro, eu tbm estou usando assim por enquanto. O que eu notei e que para integrar boletos de diversos bancos esta sendo um desafio, pois algumas APIs em Homologação são diferentes do ambiente de produção, fazendo com que agente tenha que trabalhar mais no código por falta de padronização dos bancos, sem contar que algumas API (como do sicredi), são moncadas ou seja, são retornados dados fixos apenas para testar os endpoint e status. Por fim, vamos continuar com muita paciência e café.

No outro tópico você postou o código do seu método ConfigLerValor. Se está funcionando o método para ler valor, o de gravar tem que funcionar também, revise se fez algo diferente com relação ao programa de exemplo. Você disse que o retorno da função foi diferente de zero e o retorno da UltimoRetorno foi zero, então veja qual é mensagem retornada na NFE_UltimoRetorno, o valor é retornado no primeiro parâmetro passado para o método. Se não conseguir identificar o problema, configure o LogNivel com 4-Paranoico, tente gravar novamente o valor e anexe o log gerado para análise. [Principal] TipoResposta=0 CodificacaoResposta=0 LogNivel=4 LogPath=C:\caminho\

Dessa vez não deu erro, foi validado. Enviei para o suporte da Primax para validação final, obrigado @Italo Giurizzato Junior Assim que tiver um retorno do suporte posto aqui.

Não é uma boa abordagem.. algumas impressoras, podem não permitir a comunicação pela Porta, se ela está aberta em outro canal... Ou ainda não responder ao Pedido de Status, enquanto estão ocupadas... Realmente acho que é necessário "enfileirar" essas Threads, usando um controle de semáforos

Olá! Fiz a atualização do ACBr e realmente funcionou legal a questão da chamada da função 130 recuperando a última transação tef pendente, mas por algum motivo, ainda não tive tempo de olhar o código fonte a fundo, o componente não está mais cancelando transações que foram recém-confirmadas. Ex.: Faz uma venda com 2 ou mais cartões e ao tentar cancelar qualquer um dos cartões, o componente não está conseguindo cancelar. E também, quando houver queda de energia com mais de 1 cartão, a transação que estava pendente o sistema consegue cancelar pela função 130 ao iniciar o componente, já a transação que foi aprovada, ele não consegue mais cancelar. Algum dos colegas que puderem fazer mais testes pra verificar se realmente é uma falha geral ou se é apenas no meu ACBr, ficaremos gratos.

Oi @Italo Giurizzato Junior, boa tarde! Sim, foi isso que eu entendi. Ok, Obrigada!

Geralmente isso é por ter schemas de NFe, CTe, MDFe na mesma pasta. Os três documentos tem o método DistribuicaoDFe, mas o da NFe é em versão diferente. No caso precisa ter uma específica para o schemas de CTe e informar no componente.

1) Solicitei um novo Token para o Itau 2) Eles mesmos geraram o certificado .csr e chave privada (.key) com OpenSSL. Comando abaixo: openssl req -new -subj "//CN=Coloque aqui o client_id\OU=Coloque aqui a razao social \L=Cidade do cliente\ST=Sigla do estado\C=BR" -out ARQUIVO_REQUEST_CERTIFICADO.csr -nodes -sha512 -newkey rsa:2048 -keyout ARQUIVO_CHAVE_PRIVADA.key 3) Eles geraram certificado (.crt) com o postman (Método certificado da Collection em anexo) 4) Fizeram o teste com o método get token da mesma collection em anexo. Obs: Para funcionar o item 4 tem que subir o certificado (arquivo .crt) e chave privada (arquivo .key) no Postman em Settings (Engrenagem), Settings novamente, certificados Itaú.postman_collection.json

Olá pessoal! Nos últimos dias temos recebidos diversos relatos de membros de nossa comunidade com problemas para realizar o processo de Manifestação do Destinatário, seja realizando o envio de evento ou a consulta de DistribuicaoDFe. Todos os relatos tinham em comum o fato de estarem conseguindo consumir os webservices de transmissão da NF-e normalmente, mas estarem recebendo as mensagens: Erro Interno: -2146893815 Erro HTTP: 0 URL: https://www.nfe.fazenda.gov.br/NFeRecepcaoEvento4/NFeRecepcaoEvento4.asmx Erro: 2148073481 Ou: Erro: WebService Distribuição DFe: - Inativo ou inoperante tente novamente. Erro interno: -2146893815 Erro HTTP: 0 URL: https://www1.nfe.fazenda.gov.br/NFeDistribuicaoDFe/NFeDistribuicaoDFe.asmx Erro: 2148073481 - Em casos assim, é sempre válido abrir um Fale Conosco junto ao fisco para que o mesmo fique ciente de que há algo errado. Abaixo reproduzido na íntegra temos a resposta que foi fornecida pelo membro de nossa comunidade @Jhonathan na qual ele demonstra um passo a passo que executou para resolver um erro semelhante que havia enfrentado anteriormente com NFC-e e que também de acordo com múltiplos relatos de colegas da comunidade resolveu o problema agora com a manifestação do destinatário: 1- Vá até o Painel de Controle do Windows. 2- Escolha a Opção "Opções da Internet"; 3- Vá até a aba “Avançadas”; 4- No bloco “Configurações”, vá até as últimas opções e deixe configurado como na imagem abaixo: 5- Vá em executar, digite certlm.msc para abrir a interface de certificados, caso esse comando não funcione, utilize o comando certmgr.msc. Remova estes certificados listados na imagem abaixo: 6- Execute como Administrador o InstaladorCadeias_1.0.2.0.exe, clique em Instalar e aguarde até que o processo seja finalizado. 7- Execute o FixCrypto_TLS1_2_Windows.reg. 8- Descompacte o CA.zip e execute o ac soluti ssl ev.cer e o Raiz-icp-brasil v10.cer. 9- Reinicie a máquina e teste novamente a comunicação com a Sefaz.