Painel de líderes

Boa tarde a todos, Já esta disponível em nossa biblioteca a Nota Técnica 2019/001 versão 1.20 que trata sobre as alterações nas regras de validação. Essa nova versão é uma complementação da anterior que inclusive o seu resumo se encontra aqui. Resumo da NT:  • Remoção da Regra 1C03-10 (A Regra 1C03-10 exigia que Razão Social do emitente informada na tag emit\xNome fosse exatamente igual ao cadastro da SEFAZ, o que se demonstrou problemático). • Correção na Descrição da Regra de Validação N12-90 (Retirada informação de aplicação somente em casos de operação interna). Se CST de ICMS = (20, 30, 40, 41, 50, 70 ou 90): - Verificar se informado o valor do ICMS desonerado (tag:vICMSDeson) e o Motivo da Desoneração (tag: motDesICMS). • Torna facultativas as regras N18-10 e N18-20 (Os tempos de implementação destas regras variam muito entre as diversas Sefaz autorizadoras, por isto a partir da versão 1.20 desta nota técnica estas regras são de aplicação facultativa). N18-10: Se o campo modBCST = “4” Margem Valor Agregado, obrigatório o preenchimento do campo pMVAST. N18-20: Se o campo modBCST <> “4” Margem Valor Agregado, não deverá ser preenchido o campo pMVAST . • Criado novo Valor para o Campo N18 (A tag modBCST passa a aceitar a opção “6=Valor da Operação”). Datas previstas para entrada em vigor: 26/08/2019 - Ambiente de Homologação; 02/09/2019 - Ambiente de Produção. Alterações no componente: Criado o valor dbisValordaOperacao, para o campo modBCST. Alterações na aplicação do desenvolvedor: Prever o uso do novo valor para os CST 10 e 30. Para quem utiliza o ACBrMonitor, basta atribuir o valor 6 ao campo modBCST para os CST 10 e 30 quando for o caso. Foi publicada uma nova tabela: cBenef x CST atualizada até 19/08/2019, a qual pode ser baixada aqui, além dos novos schemas para atender o novo valor do modBCST. Até o final desta semana estaremos disponibilizando os novos schemas para que semana que vem, vocês possam iniciar os testes em ambiente de homologação.

Boa tarde! Realizamos uma pequena alteração para possibilitar o envio de requisições GET com WinHTTP. A motivação desta alteração é acessar endereços HTTPS com autenticação SSL/TLS. Segue units alteradas para análise. Obrigado. ACBrWinHTTPReqResp.pas ACBrWinReqRespClass.pas

Humm... excelente pegada... Acho que consigo inserir uma espécie de KeepAlive no componente, para fazer essa verificação de tempos em tempos...

A partir da versão 1.2.0.70 a tag QRCode será adicionada automaticamente. Basta atualiza o mesmo para ultima versão.

ola, sei que esse post é de 2018, mas ai vai a solução: se você fizer esse ajuste frxImpRemota.PrintOptions.Printer := fdqProdutosIMPRESSORAREMOTANOME.AsString; frxImpRemota.PrepareReport(True); frxImpRemota.PrintOptions.ShowDialog:= False; frxImpRemota.Print; e depois carregar o arquivo, frxImpRemota.LoadFromFile('report.fr3'); o fastreport zera a configuração para a padrão. então primeiro carregue o arquivo, depois altere as configurações de impressão: frxImpRemota.LoadFromFile('report.fr3');//carrega o arquivo antes de ajustar a impressao frxImpRemota.PrintOptions.Printer := fdqProdutosIMPRESSORAREMOTANOME.AsString; frxImpRemota.PrepareReport(True); frxImpRemota.PrintOptions.ShowDialog:= False; frxImpRemota.Print;

Bom dia Paulo, Como assim, "eu salvo mas as vezes pode não salvar" ? Se você esta usando o banco de dados que hora salva os dados, hora não salva, você não acha que esta na hora de mudar para um banco de dados mais confiável? Ainda não entendi a dificuldade de usar a função que criamos, que gera o código da forma recomendada pela SEFAZ e o valida, garantido desta forma que a sua nota vai ser aceita pela SEFAZ. Após gerar o código, salvar o mesmo com os demais dados da nota. Obviamente que para isso será necessário acrescentar mais um campo na tabela para armazenar o código. Eu acredito que isso não deva ser uma tarefa extremamente complicada, ou estou enganado? A minha aplicação de emissão de NF-e foi escrita em 2008, ao ler o manual da NF-e mais precisamente as paginas que se refere o layout da NF-e e encontrei isso: Note que o tamanho do código naquela época era de 9 dígitos, depois foi alterado para 8 pois acrescentaram na chave entre o numero e o código o tipo de emissão. Portanto, não se trata de frescura nossa, não é algo novo que a SEFAZ inventou agora para complicar a nossa vida. A recomendação de gerar o código de forma aleatória já faz anos e põe anos nisso. Eu entendi o recado da SEFAZ escrito na última coluna e segui a recomendação. Inclusive no meu artigo: Código Numerico inválido chave não gerada mostro como eu gerava o código na minha aplicação e a alteração que fiz para passar a usar a função que foi criada. Para finalizar, a aplicação é sua faça da forma que achar melhor, motivos para gerar o código de forma aleatória existem de sobra.

Essa Semana me deparei com problemas dos famosos GERTEC MT720 antigos, onde há o problema de perder a conexão, o que acontece é o seguinte se não houver comunicação em 30 segundos ele reinicia, isso é do próprio software dele, com a DLL da GERTEC funciona porque deve comunicar de tempo em tempo, então para sanar o problema tem quer enviar algo de 30 em 30 segundos, coloquei um timer e estou enviando MTer.VerificarOnline('x.x.x.x'); e resolveu o problema. 20/08/2019 16:47:33: Desconectou IP: 192.168.25.42 - Erro: 10054 - Connection reset by peer 20/08/2019 16:47:35: Conectou IP: 192.168.25.42 20/08/2019 16:48:05: Desconectou IP: 192.168.25.42 - Erro: 10054 - Connection reset by peer 20/08/2019 16:48:07: Conectou IP: 192.168.25.42 20/08/2019 16:48:37: Desconectou IP: 192.168.25.42 - Erro: 10054 - Connection reset by peer 20/08/2019 16:48:39: Conectou IP: 192.168.25.42 Terminal: 192.168.25.42 - On Line Resposta: OnLine Terminal: 192.168.25.42 - On Line Resposta: OnLine Terminal: 192.168.25.42 - On Line Resposta: OnLine

Boa tarde pessoal, fiz um ajuste na impressão do CTe na parte dos veículos transportados. Esse ajuste visa redimensionar a banda conforme a quantidade de veículos. Antes da alteração caso eu tivesse mais do que 3 veículos incluídos a banda não expandia e cortava mostrando apenas os primeiros. As alterações feitas foram nas propriedades dos componentes dentro da banda "rlb_06_VeiculosNovos" e também no evento beforeprint da mesma banda. Seguem os arquivos anexados com as mudanças. Por gentileza me corrijam caso eu esteja equivocado. Agradeço desde já. ACBrCTeDACTeRLRetrato.pas ACBrCTeDACTeRLRetrato.dfm

Olá, percebi que o modelo de DANFCe em FortesReport bobina está com a margem direita incorreta. Isso faz com que haja uma quebra de linha onde não deveria. Anexei duas imagens, a 'DANFCe_Antes' foi impressa com o ACBr atual e mostra esse problema, se observarem no grupo dos itens, há um espaço à direita não utilizado. A imagem 'DANFCe_Depois' foi impressa após eu fazer a correção. Observem que o a linha do item é impressa até o final. Apenas alterei o arquivo dfm desse relatório (ACBrDANFCeFortesFr) colocando a RightMargin da band 'rlbDetItem' igual a zero, antes estava com valor oito. Se alguém puder validar e incorporar nos fontes. Não fiz alteração para Lazarus pois não trabalho com ele, se alguém puder implementar e testar, é uma mudança simples. Grato. ACBrDANFCeFortesFr.dfm

Entendi @Italo Jurisato Junior, que bom que eu perguntei rsrs, pelo que eu havia entendido do manual, havia sido excluída e eu já estava excluindo a alimentação dela também rsrs. Muito obrigado pelo esclarecimento.

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

Boa tarde Maikon, Muito obrigado pela colaboração, vamos analisar e se estiver tudo OK, vamos enviar para o repositório.

Boa tarde Maikon, Isso foi feito por conta do ambiente de produção ainda exigir a tag e no ambiente de homologação não exigir mais. Enquanto a SEFAZ não remover essa tag do ambiente de produção, você deve atribuir o valor 100 a ela. Por outro lado para realização de testes no ambiente de homologação, você deve atribuir o valor zero a ela.

Peço desculpas, mas eu não conhecia essa regra do fórum. Obrigado pela informação, vou procurar não mai cometer esse erro. ps: sobre meu problema com fiorilli alguém pode me ajudar ???

3.2 - Não faça "bump" de forma excessiva (postar simplesmente para que um tópico vá para o topo da lista). Isso é considerado flooding. Favor leia as regras do fórum.

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

Valew Daniel. Resolveu. Obrigado. Pode encerrar o tópico.

Cadê o compilador de Resources, "windres" ? Se você compila Resources diretamente dos Fontes, o Compilador FPC irá procurar pelo compilador de Resource... Exemplo: {$R AResourceFile.rc} Irá compilar um arquivo .RC e gerar o arquivo .RES, que será anexado ao Binário na compilação final... Exemplo de Sintaxe de um arquivo de Resources UmaImagem RCDATA "ImagemExemplo.jpg" ArquivoDLL RCDATA "Dependencia.dll" pra compilar um arquivo de Resource em Windows, o compilador FPC irá procurar pelo utilitário windres, que é provido pela Binutils Pode ser que a sua distribuição já tenha instalado o windres, quando você instalou o pacote binutils ou cross-i386-binutils. O FPC irá procurar por windres quando estiver compilando em Win64 e i386-win32-windres, quando estiver compilando em Win32 Eu não achei nenhum artigo que informe diferenças na compilação de Resources do Windows de 32 para 64 bits... portanto, se você já tem o windres instalado, mas ainda não tem o i386-win32-windres, acho que é seguro apenas criar o link simbólico.. Digite os comandos abaixo (como root) cd /usr/bin ln -s windres i386-win32-windres No caso do Opensuse, ele não instalou o windres, quando a binutils foi instalada... nesse caso, a maneira mais simples que encontrei, foi baixar os fontes da Binutils e compilar o windres Você pode baixar a última versão dos fontes da Binutils em: http://ftp.gnu.org/gnu/binutils/ Descompacte o arquivo baixado, em uma pasta temporária tar xvf binutils-2.32.tar.bz2 Compile a Binutils e o Windres cd binutils-2.32 ./configure make cd binutils make windres Ao final desse processo, você deverá ter o windres compilado, na pasta binutils-2.32/binutils Copie o binário do windres, para /usr/bin (como root) cp windres /usr/bin/ Para compilação em Win32, crie o link simbólico, como descrito no inicio: (como root) cd /usr/bin ln -s windres i386-win32-windres

@Italo Jurisato Junior obrigado pela resposta. Também pensei nessa possibilidade. E vou adaptar isso no meu sistema. Grato, Wagner

Resolvido. O cliente tinha a inscrição estadual , problema era só esse.

Obrigado @luisclaudio_jr pela resposta. Era isso que eu estava pensando. Grato, Wagner

Consegui achar o erro. No caso, o arquivo que me foi concedido, o NFSE.xsd tinha um erro na TAG tcEndereço, que ele não finalizou o comando. Corrigi manualmente o .xsd e deu certo!

Wagner, nesse caso deve-se encerrar o mdfe e fazer um novo, no meu entendimento, como origem a UF que ele está no momento até o destino final,Pede pra ele te mandar, uma chave de acesso de um mdfe que consta isso, provavelmente esse outro sistema realiza alguma impressão, ou algo que é fora dos padrões aceitos pela sefaz, pois no Encerramento não há como informar isso.

Já tinha lido algo a respeito, mas como estava compilando perfeitamente achei que tivesse solucionado o problema. Trata-se de um projeto que estou migrando de uma versão mais antiga do Delphi. Testei agora mesmo com a opção "libWinCrypt" e funcionou perfeitamente. Muito Obrigado!!!!

Isso porque a cidade ainda não está implementada no componente. Tente incluir: - No arquivo Cidades.ini [3521903] Nome=Itajobi UF=SP Provedor=Fiorilli - No arquivo Fiorilli.ini: ; Itajobi/SP RecepcaoLoteRPS_3521903=http://nfes.itajobi.sp.gov.br/IssWeb-ejb/IssWebWS/IssWebWS?wsdl

Ops @BigWings Obrigado

Testei e realmente o problema ocorre. O Indy mudou muito no Delphi Rio, foi inclusive desativado no componente por nem compilar até uma contribuição resolver o problema da compilação, mas talvez ainda precise de ajustes para funcionar. Sugiro que use SSLLib = libWinCrypt ou libOpenSSL no lugar do Indy.

Deve estar falando do evento de prestação em desacordo do CTe.

Olhem no site da NF-e acabou de ser publicada versão 1.20 da Nota técnica.

Bom dia Marcio, Esse provedor na verdade não esta implementado 100% pelo simples fato de usar uma forma de assinar totalmente diferente dos demais.

Bom dia, Equipe Sistemas Tora. Tudo indica que a UF ainda não está aceitando o XML na versão 3.00. Tópico movido para a área do SAC, para que o SLA de respostas seja considerado.

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

Bom dia galera... Muito obrigado pelo rápido retorno!!! Consegui resolver o problema, o que eu fiz: - Copiei as DLL do XMLSec para a pasta onde está localizado o aplicativo. - Entrei na subpasta e copiei as DLL 32 bits para a pasta do aplicativo. Realmente o problema estava na incompatibilidade entre a arquitetura do aplicativo e as DLL's.

Isso é configuração... Pode ser habilitado no menu Monitor: "Mostrar abas de navegação"

claro que pode guardar ambos em seu banco de dados

Guardo os xmls em uma pasta, e o numero de recibo guardo no banco de dados apenas...

Bom caro colega, isso realmente e uma opção sua analisar o melhor custo beneficio. O componente acbr não tem a responsabilidade de realizar os cálculos fiscais por inúmeros fatores, como vocês está iniciando nessa parte fiscal de cálculos vai aprender como chato e complicado e isso. Cada contador as vezes vai lhe explicar as vezes de uma forma, ainda não existe na internet uma receita de bolo pronta e nem um componente de calculo de imposto. Existe uma iniciativa de um monitor de calculo de imposto fiscal So demais sempre se ajudamos aqui no forum.

Boa tarde Adileine, Pelo que entendi para efetuar o cancelamento da averbação em vez de você enviar o XML do CT-e assinado e com o protocolo de autorização, você deve enviar o XML *-procEventoCTe.xml referente ao cancelamento do CT-e. O arquivo *-procEventoCTe.xml contem o pedido de cancelamento assinado e o protocolo da SEFAZ que homologa o cancelamento.

Todas as respostas terminam com ETX (#3)

Boa tarde Felipe alterei a cidades.ini para usar a cidade do provedor elotech só que ele dá essa mensagem. coloquei esses endereços no arquivo ini [URL_H] RecepcaoLoteRPS=http://200.195.154.239/WebEloWSIss/nfse_v1_2.wsdl ConsultaSitLoteRPS=http://200.195.154.239/WebEloWSIss/nfse_v1_2.wsdl ConsultaLoteRPS=http://200.195.154.239/WebEloWSIss/nfse_v1_2.wsdl ConsultaNFSeRPS=http://200.195.154.239/WebEloWSIss/nfse_v1_2.wsdl ConsultaNFSe=http://200.195.154.239/WebEloWSIss/nfse_v1_2.wsdl CancelaNFSe=http://200.195.154.239/WebEloWSIss/nfse_v1_2.wsdl A funcionalidade [Enviar Lote] não foi disponibilizada pelo provedor: Elotech'.

Boa tarde. Veja esta sessão do manual do ACBrMonitorPlus https://acbr.sourceforge.io/ACBrMonitor/SwHouse.html Att.

Caco de cliente, heim! Hahahahahah!

Olá a todos, Para quem não sabe nas configurações do componente ACBrNFe, temos dentro do grupo Arquivos um subgrupo chamado DownloadNFe, que contem as propriedades PathDownload e SepararPorNome. Através dessas duas propriedades definimos o caminho onde os XML retornados pelo método DistribuicaoDFe vão ser salvos e se desejamos separar por nome ou não. A primeira alteração realizada foi a migração da definição dessas propriedades de configuração da unit ACBrNFeConfiguracoes para ACBrDFeConfiguracoes. A motivação para essa mudança é que a definição dessas propriedades também se encontravam nas units ACBrCTeConfiguracoes, ACBrMDFeConfiguracores e ACBrBPeConfiguracoes, agora temos em apenas um lugar, ou seja, na unit ACBrDFeConfiguracoes. Com essa mudança temos uma redução de código e caso futuramente tenhamos alguma correção ou melhoria, elas serão feitas em apenas um lugar, desta forma agilizando o tempo de manutenção do código. Como nem tudo são flores, quem tem em seu código as linhas para configurar o Download deverá fazer a seguinte alteração para que a aplicação seja compilada com sucesso (exemplo no caso da NF-e): Antes: ACBrNFe.Configuracoes.Arquivos.DownloadNFe.PathDownload Alteração: ACBrNFe.Configuracoes.Arquivos.DownloadDFe.PathDownload Falando em melhoria, antes tínhamos uma função chamada GetPathDownload que tem como finalidade gerar o Path final onde será gravado os XML referentes aos Resumos de Notas e Notas Completas. Agora além da função citada acima temos também a função GetPathDownloadEvento que tem como finalidade gerar o Path final onde será gravado os XML referentes aos Resumos de Eventos e Eventos Completos. O que motivou a criar essa nova função é que antes o DistribuicaoDFe ao salvar os XML referentes aos eventos estava usando o mesmo Path dos eventos enviados, ou seja, estava misturando os eventos enviados com os eventos baixados pelo DistribuicaoDFe. Resumindo, a primeira alteração visou a redução de código nos componentes ACBrNFe, ACBrCTe, ACBrMDFe e ACBrBPe e a segunda visou organização dos XML baixados pelo método DistribuicaoDFe. Qualquer duvida ou problemas, favor postar no fórum.

Bom dia. Utilize a propriedade Modalidade. Att.

Importante correção, para o problema de erro 12175 Favor atualizar os fontes e testar novamente...

Olá Amigos, Passei pelo mesmo problema e realmente a instalação padrão do ACBR / Fortes no Windows 10 ira apresentar os problemas acima mencionados. Estes procedimentos resolveram o problemas nos pacotes que usam OpenSSL: - Ao instalar o o ACBR marque a opção Copiar DLL pasta bin do DELPHI. - Copie todas as DLLS da pasta DLL do Acbr para a pasta SYSTEM32 e SYSWOW64 - Registre a DLL capicom manualmente e certifique-se que o comando obteve êxito. Estes procedimentos resolveram o problemas nos pacotes que usam FORTES: - No IDE do Delphi remova o pacote do FORTES caso já tenha instalado. - Não instale o fortes pelo instalador, abra o Pacote no Delphi Compile e instale, - Agora basta Reinstalar o ACBR que os pacotes irão carregar normalmente no delphi. Renato Campos.

Olá, já passei por isso antes, para resolver é só localizar o arquivo (sitefcfg.ini) na pasta \SiTef\CONFIG\sitefcfg.ini e em seguida acrescentar os parâmetros como abaixo: [Redecard] Versao=L0502 HabilitaReimpressao=1 DiasReimpressao=10 Observação: As operações realizadas antes de acrescentar esse parâmetro não vai ser possível re-imprimir, mas as próximas operações imprime normalmente.