Painel de líderes

Olá pessoal! Entendemos que uma das dificuldades enfrentadas por muitos quando começam com a Nota de Serviço é saber quais informações de autenticação são necessárias e quais os métodos que estão disponíveis para o provedor que atende a cidade que deseja implementar. Bem, pensando sempre em ajudar a comunidade do ACBr, é com muita alegria que informo que esse não será mais um problema. É isso mesmo. Foi adicionado na mais recente compilação do MonitorPLUS e da LibNFSe o novo método ObterInformacoesProvedor que vai devolver para você informações importantes sobre o provedor da cidade configurada como quais autenticações são requeridas e quais serviços são disponibilizados pelo mesmo. Veja um exemplo de resposta do método: [ObterInformacoesProvedor] AutenticacoesRequeridas=RequerCertificado| IdentificacaoProvedor=Nome:PadraoNacional|Versão:1.00 ServicosDisponibilizados=EnviarUnitario|ConsultarRps|EnviarEvento|ConsultarEvento|ConsultarDFe|ConsultarParam|ConsultarNfseChave| Mas e se eu uso o componente nativo? Se você utiliza o componente nativo, desde o dia 08 de Dezembro, foi adicionado na aba geral do programa exemplo do componente o botão [Informações Provedor]. Se o seu exemplo ainda não tem este botão, atualize seus fontes! Vejam exemplo no componente nativo.

Demorou mas finalmente a SEFAZ-MG decidiu seguir o modelo de outras UFs e passará a utilizar o Servidor Virtual do RS (SVRS) para a emissão dos documentos fiscais eletrônicos definidos no acordo de cooperação técnica, entre os quais estão a NFe e NFCe. Mas não para por ai, além de MG, a SEFAZ-PR também optou por seguir o mesmo caminho e também adotar o SVRS. Trata-se de uma excelente noticia em especial para quem emite DFes em MG, afinal é de conhecimento de todos que as instabilidades tem sido frequentes. Prazos Apesar do acordo de cooperação atualizado entrar em vigor em 01/01/2024 precisamos acompanhar a manifestação das SEFAZ para confirmar se será de fato nesta data. Links Fonte: Portal Sped Brasil Link para o acordo de cooperação 05/2023 aqui EDIT: Vale acrescentar que apesar da divulgação do acordo de cooperação técnica Nº 5, a Sefaz de MG ainda não se pronunciou oficialmente sobre o mesmo e também não consta nenhuma informação oficial na página da mesma. Por isso, é importante aguardarmos antes de tomarmos qualquer medida para alteração.

Olá Victor... Fiz o que solicitou e.... "pimba".... Resolvido o problema, foi só "Deixar desmarcado somente a pasta LibXX no Library Path do Delphi" e tudo esta funcionando... Obrigado pela atenção. Simples, mas não saber, não adianta.... Muito obrigado.

Bom dia. Sim, utilizando OpenSSL, você consegue assinar o XML indicando um arquivo PFX salvo e a senha do mesmo. Você também pode testar a Lib usando a versão DEMO: AQUI tem mais informações sobre a versão de demonstração; AQUI você encontra os arquivos para download; AQUI você encontra a documentação dos métodos e de configuração, inclusive orientação de configuração do .PFX; AQUI você encontra os programas exemplo disponíveis em Java. AQUI você encontra um curso demonstrando o uso da Lib com o exemplo.

@Victor H. Gonzales - Panda @BigWings @Daniel InfoCotidiano C6 Cnab400 Homologado, e entrada confirmada. Segue unit, com pequeno ajustes que pediram. ACBrBancoC6.pas

Olá pessoal. A continuação das informações adicionais está aparecendo sobre o titulo do campo e com uma tag de formatação. Ajustei as propriedades "Gap" e "AllowHTMLTags" do "memContInfAdicionais". Na ultima revisão, AllowHTMLTags foi alterada pare "true" no "memObs" e não no "memContInfAdicionais" que é continuação dele, acho que por isso exibia essa tag, depois de setar também no "memContInfAdicionais" não exibiu mais. Antes: Depois: Seguem os arquivos para análise. DANFePaisagem.fr3 DANFeRetrato.fr3

Boa tarde! Por favor, qual é a URL de produção?

Experimente aplicar a sugestão desse tópico

Boa tarde! Contribuição enviada ao SVN na Rev-31602. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Boa tarde! Contribuição enviada ao SVN na Rev-31601. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Boa tarde! Alteração enviada ao SVN na Rev-31601. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Boa tarde! Alteração enviada ao SVN na Rev-31601. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Boa tarde Rubens, Ainda não. Por enquanto apenas nos componentes nativos Delphi e Lazarus, mas já estão em desenvolvimento. Fique de olho nos canais de notícias do ACBr!!!

Boa tarde, Propriedade Sistema no componente de impressão.

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

Consegui achar aqui, era a carteira que estava com as letras, obrigado.

Nos provedores que uso(Betha, SigCorp, IPM, Pública), está funcionando ok.

Obrigado Assim que concluido reporto aqui.

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.

Se te ajuda, fiz o teste com o VclSkin e não tive problema também. A versão que tenho é a 5.8.10.1.

Perfeito, fiz a atualização e testei, ficou ok, segue log do teste: unit atualizada

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.

Vamos lá então. Lendo as informações que o @BigWings nos enviou podemos entender que o github fornece a possibilidade de você usar o SVN no github e a partir do ano que vem está encerrando essa funcionalidade. Tendo em vista que repositório do ACBr não está hospedado no github e conforme a @Juliana Tamizou confirmou não temos previsão de mudança, podemos concluir que o ajuste do github não deve nos afetar em nada. Complementando o ACBr tem alguns outros projetos no Github como o FPDF, por exemplo, porém são repositórios diferentes do componentes e já estão usando o GIT e não mais o SVN, portanto também não serão afetados!

Achei o comunicado, do início do ano: https://github.blog/2023-01-20-sunsetting-subversion-support/

O link que você está usando parece estar correto. No meu caso eu não usei IdHTTP para comunicar com a API deles, eu usei mesmo o TRestRequest. Não sei qual a versão do seu delphi, mas se tiver esse componente, recomendo que use ele, é bem mais fácil de lidar do que com o IdHTTP, na minha opinião. Vou postar aqui o código que eu utilizei para enviar a venda: procedure TdmVendaScanNtech.EnviarVendaNOTA(nota: string; out erro: string); var VJSONObject: TJSONObject; vendaScanNtech :TRootDTO; begin erro := ''; rstRequest.Method := TRESTRequestMethod.rmPOST; rstRequest.Resource := '/movimientos'; MontarHeaderRequest; vendaScanNtech := MontarJSONVendaNOTA(nota); try VJSONObject := TJson.ObjectToJsonObject(vendaScanNtech); SalvarArquivo(pathLog+'\vendaScanNtech_'+nota+'.json',VJSONObject.ToString); with rstRequest.Params.AddItem do begin ContentType := TRESTContentType.ctAPPLICATION_JSON; name := 'param'; // param name Value := vJSONObject.ToString; // seu json Kind := pkREQUESTBODY; end; rstRequest.Execute; if (RESTResponse1.StatusCode = 200) or (RESTResponse1.StatusCode = 208) then //deu certo begin //por enquanto não precisa fazer nada. end else if (RESTResponse1.StatusCode >= 500) and (RESTResponse1.StatusCode <= 599) then begin erro := 'erro de comunicação com o servidor da ScanNTech:'+slinebreak+ RESTResponse1.StatusCode.ToString+'-'+RESTResponse1.Content; Log(erro); end else begin erro := 'Erro na estrutura do envio do arquivo da ScanNTech. '+slinebreak+ RESTResponse1.StatusCode.ToString+'-'+RESTResponse1.Content; Log(erro); end; finally vendaScanNtech.Free; end; Uma coisa que observei também é que o json da venda tem que ser passado como body da requisição e não como parâmetro GET / POST. Eu não sei se o idhttp identifica os parametros do método post como body ou como POST. Mas pode ser este o problema também. Espero que isso ajude quem está tentando fazer essa integração e está tendo problemas com a comunicação.

Boa tarde Cesar, A NFSe não funciona da mesma forma que a NF-e, sendo assim em não me atreveria fazer algo semelhante a NF-e. Na NF-e o componente ACBrNFe gera o XML da NF-e que é enviado para a SEFAZ e esta retorna o protocolo de autorização, o componente por sua vez acrescenta o protocolo ao XML da NF-e deixando-o com validade jurídica, dai podemos imprimir o DANFE. Já a NFS-e o componente ACBrNFSe gera o XML do RPS e envia para o webservice do provedor, este processa e gera o XML da NFS-e. Mas atenção, existem 3 métodos para realizar o envio do RPS, são eles: Enviar, EnviarSincrono e Gerar. Se o provedor segue a versão 1 do layout da ABRASF somente o método Enviar poderá ser utilizado. Já os provedores que seguem a versão 2 do layout da ABRASF a principio deveria disponibilizar os 3 métodos, mas nem sempre isso ocorre. Como você pode ver, qual método deve ser executado vai depender do provedor, portanto você precisa ter na sua aplicação uma configuração que determine qual método será executado. Depois do envio se faz necessário uma consulta ou duas. Se o provedor segue a versão 1 do layout da ABRASF devemos após o envio executar o método ConsultarSituacao para saber a situação do lote enviado, se for 3 ou 4 devemos executar o método ConsultarLote. Se a situação for 3 teremos como resposta a lista de rejeições, por outro lado ser for 4 teremos o XML da NFS-e, por fim você pode executar o método para imprimir o DANFSE. Agora se o provedor segue a versão 2, devemos executar somente o método ConsultarLote e depois mandar imprimir o DANFSE caso o retorno da consulta retornar o XML da NFS-e. Espero ter ajudado.