Painel de líderes

Olá pessoal, A SEFAZ do Pará não vai mais recepcionar as NF-e a partir do dia 02/09/2019. A partir dessa data os contribuintes do Pará devem encaminhar as suas notas para a SEFAZ-Virtual do Rio Grande do Sul. Conforme consta a noticia no site da SEFAZ-Pará. Para quem utiliza o componente ACBrNFe, deverá apenas atualizar os fontes recompilar a aplicação e distribuir a nova versão do mesmo para os seus clientes. Para quem utiliza o ACBrMonitor, vamos disponibilizar uma nova versão do mesmo, ai basta vocês atualizarem os seus clientes. Pela noticia da SEFAZ-Pará não teremos um período de transição, logo vamos nos preparar para a correria, pois dia 2 é uma segunda-feira. Detalhe importante não será necessário realizar nenhuma mudança na configuração do componente ou do Monitor, apenas atualizar.

Uma maneira rápida de corrigir as URLs de sua aplicação que usa o ACBr, sem necessariamente instalar um novo programa, é atualizar o arquivo de Endereços dos WebServices, diretamente na máquina local Baixe o arquivo ACBrNFeServicos.ini, clicando na URL http://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrDFe/ACBrNFe/ACBrNFeServicos.ini (clique no link com o botão direito do Mouse, e Salvar Como..) Salve o arquivo ACBrNFeServicos.ini exatamente na mesma pasta do seu .EXE Feito isso, o ACBrNFe passará a carregar as URLs de WebServices desse arquivo, ao invés do resource interno do componente Lembre-se de atualizar o arquivo ACBrNFeServicos.ini a cada atualização do sistema

Veja que a última chave no seu arquivo .ini não está formatada corretamente:

Bom dia Luiz, O problema é que todos os Webservices de todas as SEFAZ deveriam estar configurados para a versão 1.2 do TLS, mas infelizmente isso não esta ocorrendo. Ao enviar para a SEFAZ-Virtual de Contingencia se fez necessário mudar para o LT_TLSv1_2 visto que o Webservice do SVC esta configurado para a versão 1.2 do TLS. Ao enviar "normal", ou seja, para o Webservice da SEFAZ-MG devemos mudar a configuração do SSLType porque o Webservice não esta configurado para a versão 1.2, provavelmente para a versão 1.1 A sua aplicação terá que ter uma tela de configuração onde você possa definir qual o valor de SSLType para o envio Normal e para o SVC. Quanto a problemas de versões do Windows, estude a possibilidade de usar o OpenSSL. Só existe um porem quanto o OpenSSL, ele não funciona com certificados A3.

Muito obrigado pessoal.. O felipe matou a charada

No momento na SEFAZ RS não está mais exigindo nem cbenef e nem icms desonerado!

Para o Fast existe o arquivo DANFeNFCeA4.fr3 na pasta Obsoletos.

De fato este era o problema ! retirei as aspas e agora está imprimindo ! Obrigado amigos !!

Boa tarde a todos, Tenho um cliente que vai fazer vendas com atendimento fora do estabelecimento e vai utilizar uma mini impressora termica. Ajustei no sistema para imprimir o modelo tiSimplificado e imprimiu corretamente, porem esteticamente poderia ser melhorado. Gostaria de saber, se eu realizar algumas mudanças seria bem aceita pela comunidade. Algumas alterações que meu cliente solicitou: - Aparecer o CFOP e CST ou CSOSN no campo produto - Se o cliente não tiver logo, não ficar um espaço em branco sem nada impresso - Aparecer as formas de pagamento, pois muitos clientes vão dar entrada por esse danfe - Ajustar para que sobre um espaço entre as notas (esse cliente imprime 2 vias e quando imprime não tem um espaço para recortar, o valor dos tributos fica quase junto ao cabeçalho da segunda nota) - Colocar algumas linhas separadoras. (principalmente entre os itens, para separar um item do outro, pode ficar confuso para a leitura do cliente) Se estiverem de acordo, gostaria de implementar essas alterações no Fortes. Grato

é um problema da DLL da Bematech.. veja nesse post, como resolver

Olá Pessoal, Muitos tem interesse em obter o XML da transportadora (CT-e) para facilitar a entrada do Contas a Pagar, etc. Segundo a legislação, quem emite um CT-e tem por obrigação legal de disponibilizar o XML assinado e com o protocolo de autorização ao tomador do serviço, assim que a SEFAZ autorizar o conhecimento. Essa disponibilização pode ser feita por e-mail, ou seja, o emitente envia para o tomador o XML via e-mail. Sabemos que isso nem sempre ocorre, por 2 motivos: 1. No cadastro do tomador não consta o endereço de e-mail; 2. A aplicação do emitente não possui esse recurso ou esta desativado. Mas temos uma alternativa. O componente ACBrCTe possui os seguintes métodos: DistribuicaoDFePorUltNSU e DistribuicaoDFePorNSU. Vamos a sintaxe: DistribuicaoDFePorUltNSU( <código da UF do destinatário>, <CNPJ do destinatário>, <numero do ultimo NSU> ) DistribuicaoDFePorNSU( <código da UF do destinatário>, <CNPJ do destinatário>, <numero do NSU> ) Primeiramente vamos entender o que vem a ser esse tal de NSU. NSU - numero sequencial único, é um numero atribuído pelo Ambiente Nacional ao documento ora compartilhado pelas SEFAZ-Autorizadora. Exemplo: o emitente do conhecimento é do Estado de São Paulo, logo o conhecimento é enviado para a SEFAZ-SP esta por sua vez vai compartilhar com o Ambiente Nacional os conhecimentos que foram autorizados, o Ambiente Nacional por sua vez atribui um NSU para cada conhecimento que receber. Vamos agora entender como funciona os dois métodos mencionados acima. O método DistribuicaoDFePorNSU é o mais simples de entender, pois este simplesmente baixa o documento que possui o NSU informado. Note que usei o termo documento, pois o webservice DistribuicaoDFe pode retornar os seguintes tipos de documentos: Conhecimento Completo e Evento Completo. Se o NSU informado no método DistribuicaoDFePorNSU for o NSU de um evento, o que teremos como retorno será o XML do evento e não o XML do conhecimento. Por outro lado o método DistribuicaoDFePorUltNSU nos retorna uma lista com até 50 documentos, cujos NSU são superiores ao NSU informado. Exemplo: DistribuicaoDFePorUltNSU( 35, 12345678000123, 450 ) ===> 450 é o valor do Ultimo NSU. Ao executar o método, como dito anteriormente poderá nos retornar uma lista com até 50 documentos, pois bem suponha que retorne 50, os NSU desse documentos retornados serão, 451, 452, 453, ...., 498, 499, 500. Lembre-se que nessa lista podemos ter Conhecimentos Completas e Eventos Completos. Através de uma propriedade chamada Schema nos traz a informação do tipo de documento retornado. Temos também outras duas propriedades muito importantes, são elas: UltNSU e MaxNSU. A propriedade UltNSU nos informa o numero do NSU referente ao ultimo documento da lista, já a propriedade MaxNSU nos informar o maior NSU existente no Ambiente Nacional. Continuando o exemplo acima, vamos supor que após a execução os valores de UltNSU e MaxNSU são respectivamente 500 e 750. Era de se esperar mesmo que o valor de ultNSU seja 500 pois informamos 450 e foi retornado 50 documentos, logo o NSU do ultimo é 500. A próxima vez que formos executar o DistribuicaoDFePorUltNSU devemos informar o valor 500, para que ele retorne os documentos a partir de 501 que é o próximo da lista. E devemos repetir o procedimento até que o valor de ultNSU seja igual a maxNSU, desta forma vamos ter baixado todos os documentos disponibilizados pelo Ambiente Nacional. Lembre-se que o valor de MaxNSU tende sempre a crescer a medida que novos conhecimentos forem emitidos e compartilhadas com o Ambiente Nacional. O DistribuicaoDFe não serve apenas para que possamos obter o XML da transportadora (CT-e), mas também descobrirmos se existe alguma empresa emitindo conhecimentos contra o nosso CNPJ sem no nosso consentimento. Você descobre isso através do DistribuicaoDFePorUltNSU e pode avisar a SEFAZ enviando o evento de Prestação de Serviço em Desacordo. Para saber mais sobre o Distribuição DFe vide a Nota Técnica 2015/002 versão 1.00a, que se encontra disponível no Portal Nacional do CT-e e com relação ao evento Prestação de Serviços em Desacordo vide o Manual CT-e Visão Geral v3.00a que se encontra no Portal do Conhecimento de Transporte Eletrônico - SVRS. Informação importante, o serviço Distribuição DF-e, é atendido pelo Ambiente Nacional, portanto não tem nada haver com a SEFAZ-Autorizadora do emitente do conhecimento ou do tomador. Se algo falhar nesse processo, a "culpa" é do Ambiente Nacional.

Sempre reinstale tudo ao executar o ACBrInstall_Trunk2.exe.

Boa tarde Maiquel, Muito obrigado pela informação, já alterei o arquivo INI e ainda hoje estarei enviando para o repositório.

Boa tarde @Juliomar Marchetti acabei deixando meio de lado essa situação por conta de outras pendências, mas eu resolvi o problema usando as Threads de outra maneira, referente a criação do servidor que você comentou eu sinceramente teria que estudar pois nunca trabalhei com isso mas vou dar uma estudada pra tentar melhorar essa consulta. Muito obrigado pelas dicas e tenha um ótimo dia. Abraços.

Não... não temos nada nesse sentido...

Se você distribui o arquivo do ACBrNFeServicos.ini junto com sua aplicação, sim, basta alterar dessa forma que já estará redirecionando para a SVRS. Se você não distribui o ini e precisa compilar como recurso no executável, precisa: - Alterar o ACBrNFeServicos.ini. - Executar o arquivo Compila_RES.bat para gerar o ACBrNFeServicos.res. - Executar o ACBrInstall_Trunk2.exe para copiar os novos arquivos para a pasta Lib. - Recompilar a aplicação. Provavelmente essa alteração só poderá ser feita no repositório no dia 02/09 já que, pelo aviso, só a partir desse dia a SVRS vai autorizar as NFe do PA.

Você pode consultar a situação do emitente em homologação no cadastro centralizado: https://dfe-portal.svrs.rs.gov.br/CTE/CCC Ou entrar em contato com a SEFAZ.

Verifique a configuração de timeout e as configurações SSLLib e SSLType.

Olá Kauane, sei que faz tempo que perguntou, mas segue algumas informações uteis do próprio portal e de uma empresa de software house que estava realizando os testes de validação: http://www.ampix.com.br/

Para que funcione A4 você deve utilizar o componente TACBrNFeDANFCeFortesA4. Acho que o programa exemplo não tem o componente que acabei de mencionar acima.

Consegui homologar. Havia atualizado o ACBr e os Schemas na Segunda, 12. Atualizei novamente hoje, 14 e o XML foi homologado com sucesso. Grato pela atenção de vocês.

Ops, falha nossa. De 10 chaves permitidas justamente a 4 estava sem o ] Obrigado, Bigwings, pela rápida resposta

Bom dia No manual CNAB400 - SAFRA a orientação é utilizar agência com 5 dígitos... Qual manual está utilizando? se possível anexe aqui para análise, pode estar ocorrendo divergências de homologação entre agências...

Opa, bom dia Italo, muito obrigado pelo retorno rápido e pela precisão na resolução do problema. Retirando o carácter "&" o processo é realizado com sucesso.

Acabei de emitir uma com o mesmo tipo de transporte >4< e validou normalmente, aconselho a verificar o pacote do schemas se é o mais atualizado: http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=/fwLvLUSmU8= -<DI> <nDI>88/7987978-9</nDI> <dDI>2019-08-14</dDI> <xLocDesemb>9879879</xLocDesemb> <UFDesemb>SC</UFDesemb> <dDesemb>2019-08-14</dDesemb> <tpViaTransp>4</tpViaTransp> <tpIntermedio>1</tpIntermedio> <cExportador>43</cExportador>

Uso o RDW em meus projetos Desktop e Mobile, Ele possui uma curva de aprendizado extremamente curta por estar totalmente dentro da filosofia RAD. O suporte oferecido pelos mantenedores do projeto é muito bom. Ter a possibilidade de criar um servidor linux para prover dados via REST ou até mesmo em comunicação direta a aplicativos DELPHI/LAZARUS torna hoje o RDW a melhor opção em desenvolvimento n-tier.

Muito obrigado @EMBarbosa. Sua dica resolveu meu problema

Por favor teste com o Demo do ACBr... Verifique ainda no Log... se o protocolo PMTG esta corretamente selecionado

Boa tarde, Você poderia mostrar exatamente o comando que esta executando para imprimir o DAMDFE ? Pois no seu caso me parece que esta sendo impresso abre e fecha apostrofe no lugar do protocolo.

Deu certinho. Também agradeço!

Boa tarde Paulo, Muito obrigado pela colaboração, já enviei para o repositório.

Boa tarde, diogoboa. Acredito que somente NFC-e, veja o link abaixo:

Obrigado!

Show, vou dar uma analisada, Obrigado Bigwins

Eu sugiro desabilitar o "Error Insight". Infelizmente esse é um recurso do Delphi que não funciona muito bem. Esse é o caminho: Menu Tools -> Options -> Editor Options -> Code Insight -> Source file type: escolha "Pascal" -> Error insight (desmarque a opção) Veja a imagem: O problema desse recurso (Error Insight) é que ele trabalha de forma independente do compilador. Então nem tudo que o compilador consegue "compreender", essa ferramenta entende... Parece que há uma previsão no roadmap para a versão 10.4 em que isso vai ser corrigido. Mas até lá, assim que instalo o Delphi eu desabilito essa opção. Recomendo a todos a fazerem o mesmo.

Utilizamos o RDW há algum tempo como Back End, tanto em Delphi como em Lazarus, com clientes Windows Delphi em FMX e VCL,C# e Lazaus,clientes Android Xamarim, Java e Delphi, clientes WEB Angular Cli, PHP e clientes Linux Lazarus e C#, todos com uma performance inacreditável. De fácil implementação e baixa curva de aprendizagem é uma framework surpreedente.

A suite de componentes RestDataWare é muito boa. Os bugs são solucionados por vezes alguns dias depois, e a comunidade é muito receptiva a dúvidas de quem esta iniciando. Vale muito adquirir os cursos pois é isso que ajuda custear o esforço sobre-humano do criador do componente para que ele sempre melhore. Parabéns ao Gilberto.

Vale a pena .. Adquirir o curso do Gilberto .. tirou grandes duvidas em relação ao componente nos detalhes Grato @xyberx

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

estou usando rdw com delphi ce para integrar o acbr com o sistema de um amigo em C#. Quem estiver procurando um exemplo de rest (json) -> objetc em rdw segue link https://github.com/SauloNunes/RDWExample

Framework nota 10, recomendo a todos

Mais simples, completa e gratuita opção pra acesso REST disponível no mercado. Comunidade ativa e solícita sem falar no criador, que tem um empenho fora do comum aos usuários.

Recomendo a todos, muito bom e com muitos conteúdos e cursos e grupos no telegram e Skype.

Boa tarde Hélio, Muito obrigado pela colaboração, vou fazer a correção e enviar para o repositório.

Olá pessoal, Já foi implementado no componente ACBrCTe o modo de envio síncrono de CT-e. Para que possamos enviar o CT-e no modo síncrono foi necessário acrescentar um parâmetro a mais no método Enviar. function Enviar(ALote: Integer; Imprimir: Boolean = True; ASincrono: Boolean = False) : Boolean; overload; Parâmetros do método Enviar: 1o = Número do Lote 2o = Se True imprime automaticamente o DACTE 3o = Se True o envio é no modo Síncrono, caso contrario Assíncrono. Observação: no modo Síncrono só podemos enviar UM CT-e por vez. Por padrão o parâmetro ASincrono vale False fazendo com que o envio seja realizado no modo assíncrono. Exemplos: ACBrCTe1.Enviar(StrToInt(vNumLote)); ===> envio no modo assíncrono com a impressão do DACTE automaticamente. ACBrCTe1.Enviar(StrToInt(vNumLote), False); ===> envio no modo assíncrono sem a impressão do DACTE automaticamente. ACBrCTe1.Enviar(StrToInt(vNumLote), True, True); ===> envio no modo síncrono com a impressão do DACTE automaticamente. ACBrCTe1.Enviar(StrToInt(vNumLote), False, True); ===> envio no modo assíncrono sem a impressão do DACTE automaticamente. Para quem não usa o método Enviar e prefere executar diretamente as chamadas do webservice abaixo temos um exemplo: ACBrCTe1.WebServices.Enviar.Lote := vNumLote; <=== Numero do Lote ACBrCTe1.WebServices.Enviar.Sincrono := True; <= Se True o modo de envio será síncrono, caso contrario assíncrono. ACBrCTe1.WebServices.Enviar.Executar;

Opa. Somente essa configuração ACBrCTE.Configuracoes.Geral.FormaEmissao := teSVCSP; eu estava setando outra.

Esse post já é meio antigo, mas aconteceu comigo também hoje, porem o arquivo não existia na pasta, então eu criei ele no bloco de notas com as tags abaixo e salvei com extensão .ini e resolveu [00000000] MBHabilitada=1 [Geral] TipoTermDigitado=INTERNET TipoTermDigitado=TELEVENDA apenas pra registrar e talvez ajudar alguém que passa pelo mesmo. Equipe ACBR vocês são nota 10!

Boa noite, te importa de enviar o código completo desse exemplo de impressão do código.