Painel de líderes

Boa tarde a todos, Já esta disponível em nossa biblioteca a Nota Técnica 2019/001 que trata sobre novas regras de validação. Resumo da NT: · Dificultar utilização de código de segurança fraco · Melhorar o controle de documentos referenciados e da identificação do destinatário · Descrever benefícios fiscais e informações da tributação do ICMS com mais precisão · Criação de valor máximo para a base de cálculo do ICMS, por unidade federada · Melhor gerenciamento de informações sobre o destinatário, tanto no serviço de autorização de NF-e quanto no serviço de registro de EPEC Datas previstas para entrada em vigor: 01/07/2019 - Ambiente de Homologação; 02/09/2019 - Ambiente de Produção. Alterações no componente: Nenhuma, visto que essa NT trata de novas regras de validação a serem implementadas pelas SEFAZ-Autorizadoras. Novas Regras de Validação: Criada a Regra de Validação B03-10, para dificultar a utilização de um código de segurança fraco, ou seja, o valor de cNF não vai poder ser igual ao valor de nNF e sim um numero aleatório. Criadas regras de validação a documentos referenciados:  Regra de Validação BA10-40 foi alterada, possibilitando a utilização do CNPJ 8 (somente os 8 primeiros dígitos) com o objetivo de identificar que a nota foi emitida pelo mesmo contribuinte, a critério da unidade federada. Criada a Regra de Validação BA10-50, exigindo que uma contranota de produtor rural somente possa referenciar uma nota emitida por outro produtor rural, a critério da unidade federada. Criada a Regra de Validação BA20-20, impedindo que seja referenciado um documento fiscal de uso exclusivo para operações internas em uma operação destinada a outra unidade federada ou para o exterior. Criada a Regra de Validação BA20-30, impedindo referência a um Cupom Fiscal, a critério da unidade federada. Criadas regras de identificação do destinatário: Criada a Regra de Validação E03a-30, impedindo o uso simultâneo de IE e de identificação de estrangeiro para o destinatário. Criada a Regra de Validação E14-30, impedindo informação de país de destino “Brasil” em operações destinadas ao estrangeiro. Criada a Regra de Validação E16a-40, exigindo a indicação de “operação com consumidor final” quando se indica que a operação é destinada a não contribuinte. Criadas regras de validação tornando obrigatória a informação do Motivo da Desoneração e do Valor do ICMS desonerado, caso seja informado o Código do Benefício Fiscal: Criada a Regra de Validação I05f-10, impedindo a informação de um código de benefício fiscal juntamente com um CST que não prevê benefício fiscal, a critério da unidade federada. Criada a Regra de Validação I05f-20, impedindo a informação de um código de benefício fiscal que não corresponda ao CST utilizado, a critério da unidade federada. Criada a Regra de Validação I05f-30, exigindo que seja informado o valor do ICMS desonerado ou o motivo de desoneração quando se utiliza um código de benefício fiscal, a critério da unidade federada. Criada a Regra de Validação N07-10, exigindo informações sobre o diferimento quando se utiliza um CST de diferimento, a critério da unidade federada. Criada a Regra de Validação N12-84, exigindo o código de benefício fiscal quando se utiliza um CST de benefício fiscal, a critério da unidade federada. Criada a Regra de Validação N12-88, exigindo que o CST corresponda ao tipo de código de benefício fiscal informado, a critério da unidade federada. Criada a Regra de Validação N12-90, exigindo valor do ICMS desonerado e o motivo da desoneração, a critério da unidade federada. Criada a Regra de Validação N18-10, exigindo a informação do percentual da margem de valor Adicionado do ICMS ST Informada caso a modalidade de determinação da BC da ST seja MVA, a critério da unidade federada. Criada a Regra de Validação N18-20, não permitindo informação do percentual da margem de valor Adicionado do ICMS ST Informada caso a modalidade de determinação da BC da ST não for MVA, a critério da unidade federada. Criada a Regra de Validação W03-20, impedindo a informação de um valor de Base de Cálculo superior ao valor máximo estabelecido pela respectiva SEFAZ. Emitente: Criada a Regra de Validação 1C03-10, impedindo a informação de Razão Social do emitente diferente da existente no cadastro da SEFAZ. Destinatário: Criadas as Regras de Validação 5E17-10, 5E17-20, 5E1730, 5E17-40, 5E17-43, 5E17-46, 5E17-50, 5E17-60, 5E17-63, 5E17-70 e 5E17-80, para verificar se o destinatário está sendo informado corretamente ou se está em situação que o impeça de constar na NF-e como destinatário na operação com mercadoria ou prestação de serviços.  Serviço Autorização EPEC: Criadas as Regras de Validação 6P31-10, 6P31-20, 6P31-30, 6P31-40, 6P31-43, 6P31-46, 6P31-50, 6P31-60 e 6P31-63, para verificar se o destinatário está sendo informado corretamente ou se está em situação que o impeça de constar na NF-e como destinatário na operação com mercadoria ou prestação de serviços.

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

Acho que seria de pouco uso... afinal como já foi dito... UTF8 é o padrão para SOAP... Mas se desejar anexarnos fontes alterados l, podemos avaliar

Prezados amigos: Com base nas valiosas colaborações do Daniel (neste tópico) e do Kym (msg privada), consegui elaborar em Delphi a rotina para a assinatura digital da hash. A solução só não ficou perfeita pelo fato de eu não ter obtido sucesso em usar uma DLL Delphi no VBA, mas driblei o problema criando em Delphi a mesma rotina como um arquivo executável, que salva a assinatura digital em um arquivo txt , deixando ao VBA a simples missão de, poucos segundos depois de ter "provocado" a execução dessa rotina, ler automaticamente o txt por ela gerado em busca da desejada informação. Portanto, Questão Solucionada! Muito obrigado. EA

Obrigado pelo retorno. Mas cometi um erro, a impressora não estava no padrão ESCBEMA, alterei e ficou show! Desculpe, não verifiquei isso antes.

Podem fechar o tópico, era problema do Infisc-v11.ini desatualizado no meu cliente.

Bom dia Pra quem precisar consegui resolver este problema para voltar o filtro para modo Padrão no fortesreport. Primeiro e necessário declarar no uses: RLfilters Depois eu fiz assim pra mudar para o padrão matricial(usando o draftfilter) faço assim: RLRrelatorio.defaultfilter:=Matricial; Lembrando que Matricial foi o nome que eu coloquei no draftfilter. Pra voltar o filtro do relatório pra o modo padrão fiz dessa maneira: RLFilters.SelectedFilter := nil; try //muda para matricial RLRrelatorio.defaultfilter:=Matricial; RLRrelatorio.previewmodal; finally //volta para o padrão RLFilters.SelectedFilter := nil; end; Dessa forma funcionou. Muito Obrigado a Todos!!

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

Bom Dia Obrigado por me Ajudar. Consegui resolver o problema. O problema era o seguinte no cliente ele usa dois tipos de impressora uma a laser e um matricial da epson, em um determinado relatório que ele só tira na matricial, e como ele sempre esquece de mudar o filtro para matricial então eu forço a mudança só nesse relatório, mas problema e que quando saia desse relatório todos os relatórios assume a essa configuração deixando como default o filtro matricial(não entendi o porque isso acontece já forço no relatório especifico essa mudança mas os outros assumem essa configuração), mas então vem o que eu precisava que era voltar o relatório para o filtro padrão, para não interferi nós outros relatórios. Consegui resolver o problema fazendo da seguinte forma(essa solução consegui em um fórum do fortesreport no yahoo): try //muda para matricial RLRcobapea.defaultfilter:=DMSistema.Matricial; RLRcobapea.previewmodal; finally //volta para o padrão RLFilters.SelectedFilter := nil; end; pra mudar para matricial faço assim: RLRcobapea.defaultfilter:=DMSistema.Matricial; e pra voltar o filtro para o modo padrão só deu certo assim: RLFilters.SelectedFilter := nil; Tem que declarar no uses RLfilters. Então pra que tiver com esse problema essa solução corretamente. Problema resolvido. Muito Obrigado EMBarbosa e a Todos!! Obrigado!!

Não. Você não precisa fazer nada. A sefaz já sabe que a mercadoria veio em seu cnpj. Basta alimentar seu estoque e gerar as notas de saída.

tenta alterar envio para síncrono. Consegui transmitir alterando este parâmetro.

Ah sim.. claro. Primeiro erro: Eu utilizava uma pasta para todos os SCHEMAS (Nfe, eSocial, etc). Separei uma pasta para cada Grupo de Schemas; Segundo Problema: Ao atualizar o ACBR utilizando uma pasta somente de Schemas aparecia erro na validação. parecido com o erro do post: Então coloquei para apresentar o campo pST. Isto resolveu a validação local, mas apresentava o erro no momento da emissão da Nfe para a SEFAZ. Em um tópico eu encontrei o link para o Validador de XML da SEFAZ-RS https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx Então validando o arquivo gerado, identifiquei que o problema estava no Schema que minha aplicação estava utilizando. Então apaguei toda a pasta e peguei os arquivos vindos do ACBR (na atualização), gerei novamente os XMLS..validei localmente e no servidor da SEFAZ-RS e funcionou perfeitamente.

Eu entendi o que você perguntou, só não entendi o que você precisa e nem o porquê você precisa. Acho difícil ser um bug. Provavelmente a lógica está mal formulada em algum ponto. O código que eu passei vai voltar o valor sempre para o anterior, mesmo que ele seja nil. Talvez não seja isso que você quer... Sugiro você partir desse código e debugar para entender o que está acontecendo.. Sim. Esse código vai dar access violation. Não compila porque defaultfilter não é string. Isso me parece código vindo de VB... Não compila porque null é Variant e defaultfilter não é variant. Se você está querendo atribuir uma referência com valor nulo, você quer o valor NIL. Então, só coloquei aquele aviso porque acho que estamos tratando do problema XY.

30/04/19 16:50:45:498 - Sessão: 919778, Resposta: \"919778|06000|0000|Enviado com sucesso + Retorno SEFAZ-CE.|||The remote server returned an error: (500) Internal Server Error.| <Integrador><Identificador><Valor>847112</Valor></Identificador><Componente Nome="NFCE"><Metodo Nome="HRecepcaoEvento"><Parametros><Parametro><Nome>numeroSessao</Nome><Valor>847112</Valor></Parametro><Parametro><Nome>versaoDados</Nome><Valor>1.00</Valor></Parametro><Parametro><Nome>cUF</Nome><Valor>23</Valor></Parametro><Parametro><Nome>NumeroNFCe</Nome><Valor>23190403072024000144650060000000431226535862</Valor></Parametro><Parametro><Nome>DataHoraNFCeGerado</Nome><Valor>20190430163215</Valor></Parametro><Parametro><Nome>ValorNFCe</Nome><Valor>3.83</Valor></Parametro><Parametro><Nome>dados</Nome><Valor>PHNvYXAxMjpFbnZlbG9wZSB4bWxuczp4c2k9Imh0dHA6Ly93d3cudzMub3JnLzIwMDEvWE1MU2NoZW1hLWluc3RhbmNlIiB4bWxuczp4c2Q9Imh0dHA6Ly93d3cudzMub3JnLzIwMDEvWE1MU2NoZW1hIiB4bWxuczpzb2FwMTI9Imh0dHA6Ly93d3cudzMub3JnLzIwMDMvMDUvc29hcC1lbnZlbG9wZSI+PHNvYXAxMjpCb2R5PjxuZmVEYWRvc01zZyB4bWxucz0iaHR0cDovL3d3dy5wb3J0YWxmaXNjYWwuaW5mLmJyL25mZS93c2RsL05GZVJlY2VwY2FvRXZlbnRvNCI+PGVudkV2ZW50byB4bWxucz0iaHR0cDovL3d3dy5wb3J0YWxmaXNjYWwuaW5mLmJyL25mZSIgdmVyc2FvPSIxLjAwIj48aWRMb3RlPjE5MDQzMDE2Mzk8L2lkTG90ZT48ZXZlbnRvIHhtbG5zPSJodHRwOi8vd3d3LnBvcnRhbGZpc2NhbC5pbmYuYnIvbmZlIiB2ZXJzYW89IjEuMDAiPjxpbmZFdmVudG8gSWQ9IklEMTEwMTExMjMxOTA0MDMwNzIwMjQwMDAxNDQ2NTAwNjAwMDAwMDA0MzEyMjY1MzU4NjIwMSI+PGNPcmdhbz4wPC9jT3JnYW8+PHRwQW1iPjI8L3RwQW1iPjxDTlBKPjAzMDcyMDI0MDAwMTQ0PC9DTlBKPjxjaE5GZT5ORmUyMzE5MDQwMzA3MjAyNDAwMDE0NDY1MDA2MDAwMDAwMDQzMTIyNjUzNTg2MjwvY2hORmU+PGRoRXZlbnRvPjIwMTktMDQtMzBUMTY6Mzk6MzgtMDM6MDA8L2RoRXZlbnRvPjx0cEV2ZW50bz4xMTAxMTE8L3RwRXZlbnRvPjxuU2VxRXZlbnRvPjE8L25TZXFFdmVudG8+PHZlckV2ZW50bz4xLjAwPC92ZXJFdmVudG8+PGRldEV2ZW50byB2ZXJzYW89IjEuMDAiPjxkZXNjRXZlbnRvPkNhbmNlbGFtZW50bzwvZGVzY0V2ZW50bz48blByb3Q+MTIzMTkwMDAwMDAxNzg2PC9uUHJvdD48eEp1c3Q+Q0FOQ0VMQU1FTlRPIE5PIFBEVjwveEp1c3Q+PC9kZXRFdmVudG8+PC9pbmZFdmVudG8+PFNpZ25hdHVyZSB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMjAwMC8wOS94bWxkc2lnIyI+PFNpZ25lZEluZm8+PENhbm9uaWNhbGl6YXRpb25NZXRob2QgQWxnb3JpdGhtPSJodHRwOi8vd3d3LnczLm9yZy9UUi8yMDAxL1JFQy14bWwtYzE0bi0yMDAxMDMxNSI+PC9DYW5vbmljYWxpemF0aW9uTWV0aG9kPjxTaWduYXR1cmVNZXRob2QgQWxnb3JpdGhtPSJodHRwOi8vd3d3LnczLm9yZy8yMDAwLzA5L3htbGRzaWcjcnNhLXNoYTEiPjwvU2lnbmF0dXJlTWV0aG9kPjxSZWZlcmVuY2UgVVJJPSIjSUQxMTAxMTEyMzE5MDQwMzA3MjAyNDAwMDE0NDY1MDA2MDAwMDAwMDQzMTIyNjUzNTg2MjAxIj48VHJhbnNmb3Jtcz48VHJhbnNmb3JtIEFsZ29yaXRobT0iaHR0cDovL3d3dy53My5vcmcvMjAwMC8wOS94bWxkc2lnI2VudmVsb3BlZC1zaWduYXR1cmUiPjwvVHJhbnNmb3JtPjxUcmFuc2Zvcm0gQWxnb3JpdGhtPSJodHRwOi8vd3d3LnczLm9yZy9UUi8yMDAxL1JFQy14bWwtYzE0bi0yMDAxMDMxNSI+PC9UcmFuc2Zvcm0+PC9UcmFuc2Zvcm1zPjxEaWdlc3RNZXRob2QgQWxnb3JpdGhtPSJodHRwOi8vd3d3LnczLm9yZy8yMDAwLzA5L3htbGRzaWcjc2hhMSI+PC9EaWdlc3RNZXRob2Q+PERpZ2VzdFZhbHVlPlBOcVBFSzJJRVVtcDFZa05xRkE1dFdGUjBYVT08L0RpZ2VzdFZhbHVlPjwvUmVmZXJlbmNlPjwvU2lnbmVkSW5mbz48U2lnbmF0dXJlVmFsdWU+VytWZ21GTEp5OTVLcElVSkx6QThyTFZabVJNS0FRYkRnTDd2ZFd1KzQrTEZIVmVBa25IRWE3ZFNzRmYxTGMvSWwrWHphYnk4d1JKNlVESEx0SDlhTnJoY01oRGhiT1RiYk04aHdJVVFCcXdsa01BWVlBMmlhUGsxS1VjVkZTQkRSb0lFeXNSbllwVWplV214NUtsMnBKQjJUNTJxQ243Y0dhMlBLSmFCVXNBdmwvTENBNUV2bHlCUklFMVdKWElEb2ptbkpJdGVqMEYrc2puTi9yZE8rTTN0aWxpS2o5TStmYUlhQmRjV1NQY1BsVm01Y0p5TEk5YS9JbHRCV0VxZytSTXp3NFlTVlM4NDNVTmFObEthMkNPUkdYdXUvVEYyc2xpUEZ5Ry9XeFh3bGpqbVhXVmdFWGpxYThaa3dxVzF6TTU3MzJwbkEyZmVVVVJHd3pUdzd3PT08L1NpZ25hdHVyZVZhbHVlPjxLZXlJbmZvPjxYNTA5RGF0YT48WDUwOUNlcnRpZmljYXRlPk1JSUg3RENDQmRTZ0F3SUJBZ0lJY3g0WkJCRnNVc0l3RFFZSktvWklodmNOQVFFTEJRQXdnWWt4Q3pBSkJnTlZCQVlUQWtKU01STXdFUVlEVlFRS0V3cEpRMUF0UW5KaGMybHNNVFF3TWdZRFZRUUxFeXRCZFhSdmNtbGtZV1JsSUVObGNuUnBabWxqWVdSdmNtRWdVbUZwZWlCQ2NtRnphV3hsYVhKaElIWXlNUkl3RUFZRFZRUUxFd2xCUXlCVFQweFZWRWt4R3pBWkJnTlZCQU1URWtGRElGTlBURlZVU1NCTmRXeDBhWEJzWVRBZUZ3MHhPVEEwTVRJeE1URTVNRFZhRncweU1EQTBNVEV4TVRFNU1EVmFNSUlCQWpFTE1Ba0dBMVVFQmhNQ1FsSXhFekFSQmdOVkJBb1RDa2xEVUMxQ2NtRnphV3d4TkRBeUJnTlZCQXNUSzBGMWRHOXlhV1JoWkdVZ1EyVnlkR2xtYVdOaFpHOXlZU0JTWVdsNklFSnlZWE5wYkdWcGNtRWdkakl4RWpBUUJnTlZCQXNUQ1VGRElGTlBURlZVU1RFYk1Ca0dBMVVFQ3hNU1FVTWdVMDlNVlZSSklFMTFiSFJwY0d4aE1SY3dGUVlEVlFRTEV3NHlNRGt6TnpFek1EQXdNREUyTWpFYU1CZ0dBMVVFQ3hNUlEyVnlkR2xtYVdOaFpHOGdVRW9nUVRFeFFqQkFCZ05WQkFNVE9VMUJVa2xCSUVsUFRrVlVSU0JIVDAxRlV5QkVSU0JJVDB4QlRrUkJJRlpKVkVGTUlFVkpVa1ZNU1Rvd016QTNNakF5TkRBd01ERTBORENDQVNJd0RRWUpLb1pJaHZjTkFRRUJCUUFEZ2dFUEFEQ0NBUW9DZ2dFQkFNei9wQVM1R2tJRVV1cGZIa05UTFIwcnhrcVo1aWtpZFlhRmZLOVlCUFRxQmlkN1k2bWIvbFU4alMrUkN6VlVkVjNUZ0xzZFpRcDQ5am9NVkdib0NuUmpCejVwQUpXbnU2dncyM20yQW9Sd0VjTDBIc2dyR0M5S0lnZDlDUGVINUZaL1h3RHJ6ZWpIeGtxdDVKL2tZUXZsUXZEdC9peW5LcXdyOHFzTzNkR0lUM0dORTkzT0pPZHl6RlFOaUk3VU54dkhIYzNycm9RclFXMElueUpEZ3l0eGI2Q2hHT1JrOHBsQkd6anZ6bE9zTk04UUN3dVg2dy8weUFSQzIvUTRKMHBpN3BsN0VoWDl2R1haZjBHQXphNmhlME1tQjBRZjFSYVpjSmRhQkdHcG8veU1TZnVjOE9GTVlES0x2NGg5NkFhZmY2RXlYZVJMOExMaEY2Z0szUmNDQXdFQUFhT0NBdG93Z2dMV01GUUdDQ3NHQVFVRkJ3RUJCRWd3UmpCRUJnZ3JCZ0VGQlFjd0FvWTRhSFIwY0RvdkwyTmpaQzVoWTNOdmJIVjBhUzVqYjIwdVluSXZiR055TDJGakxYTnZiSFYwYVMxdGRXeDBhWEJzWVMxMk1TNXdOMkl3SFFZRFZSME9CQllFRkpGaDhITlc0ZW5aU1RFdmRXVXlsVUNDZjJkbU1Ba0dBMVVkRXdRQ01BQXdId1lEVlIwakJCZ3dGb0FVTmE0eEZQWmUwbnBQV1A0MHFCcG5sd3JFbXdjd1hnWURWUjBnQkZjd1ZUQlRCZ1pnVEFFQ0FTWXdTVEJIQmdnckJnRUZCUWNDQVJZN2FIUjBjSE02THk5alkyUXVZV056YjJ4MWRHa3VZMjl0TG1KeUwyUnZZM012WkhCakxXRmpMWE52YkhWMGFTMXRkV3gwYVhCc1lTNXdaR1l3Z2Q0R0ExVWRId1NCMWpDQjB6QStvRHlnT29ZNGFIUjBjRG92TDJOalpDNWhZM052YkhWMGFTNWpiMjB1WW5JdmJHTnlMMkZqTFhOdmJIVjBhUzF0ZFd4MGFYQnNZUzEyTVM1amNtd3dQNkE5b0R1R09XaDBkSEE2THk5alkyUXlMbUZqYzI5c2RYUnBMbU52YlM1aWNpOXNZM0l2WVdNdGMyOXNkWFJwTFcxMWJIUnBjR3hoTFhZeExtTnliREJRb0U2Z1RJWkthSFIwY0RvdkwzSmxjRzl6YVhSdmNtbHZMbWxqY0dKeVlYTnBiQzVuYjNZdVluSXZiR055TDBGRFUwOU1WVlJKTDJGakxYTnZiSFYwYVMxdGRXeDBhWEJzWVMxMk1TNWpjbXd3RGdZRFZSMFBBUUgvQkFRREFnWGdNQjBHQTFVZEpRUVdNQlFHQ0NzR0FRVUZCd01DQmdnckJnRUZCUWNEQkRDQndnWURWUjBSQklHNk1JRzNnUmRqWkdScGJtRnRhV05oUUhSbGNuSmhMbU52YlM1aWNxQXVCZ1ZnVEFFREFxQWxFeU5OUVZKSlFTQkpUMDVGVkVVZ1IwOU5SVk1nUkVVZ1NFOU1RVTVFUVNCV1NWUkJUS0FaQmdWZ1RBRURBNkFRRXc0d016QTNNakF5TkRBd01ERTBOS0E0QmdWZ1RBRURCS0F2RXkweE1EQTJNVGsyTVRNeU5qTXlNVEU0TXpnM01EQXdNREF3TURBd01EQXdNREF3TURBd01EQXdNREF3TURDZ0Z3WUZZRXdCQXdlZ0RoTU1NREF3TURBd01EQXdNREF3TUEwR0NTcUdTSWIzRFFFQkN3VUFBNElDQVFCV2xzeVNMLzFxb0p4azFOYzFmNTVjUVhrT1BDcTFlL2xsSit1c3BzZjAzVWo5L2xwNHNnUi9jY0NBR1BSOXVWL1dValdCVlNMbmlYdU1QV3JvbjRNUVhCSzZ2ODZWNnNPdTROVDRQOURWWWhPTUJ0Rm9QY0oraEEzN003emp2Y3lBMWxMQUtMRUNGcStlTWRGUWE2QUduQWNnWnA0WnhRQmlWenY1ODBJVW84VmJrWnRzbHJYekR2TG9JY09lcG03ZURUSmZlN2l1eExiZ2VNaVk1VEl6RUd0RmhUa2hXenY2YWF0RTc1czZwMmoxcjBSTEhkWWJ2MWVPN01mVUltd2NuejBLWXhRYWw4RURWZXQza214Q0R3cnVvMC9lVk1oS3UvK2cxdFB3YklQTkZnV3NoeWhpRW9Rc2hZeGVrVlUzQkRpUUFDWEdKQmRaL096MnJSbUNJSEtBUy84L29BeUhjMEdMazNabmVEMVlKS3pzVlNZYVh2TC9iVVlOS3BMMlI1SEd3aW5IWkZka25JVmpkRExER2hOK1lGWHpwN0ttODRRTzNZMHUzWi9PbldlVWFIZ3N0MFlEVUx3VmZ3cFVtVEtJcHplQ2Iyc1N3VXlUSm9NQnpBSnRLcjBpRm92aHgzSHFRWUROZTRWcVlhSlVpUFFxeCt1bUtUbitqaWVScXlRRmpuSjVsKzVQNzJ2RTNRbW81ZEd6dzJHeVF0RFRBRVlTZUVnOVIyY2tsRjJmOXg1bm1rMCtvbjd5MHBOUjZaajE3UFNSbmtmeEJDNkhOY0taSCtObjhZSkhtY3pudzRlTEErdkVnNStSeXg1NCtTUFpZTE90RzMvdzhkdXhTNjB1T1YxWUdwTTZHSmJCSXVaNWpNakJVdHkydU1wazJHSnhGMm9LVUE9PTwvWDUwOUNlcnRpZmljYXRlPjwvWDUwOURhdGE+PC9LZXlJbmZvPjwvU2lnbmF0dXJlPjwvZXZlbnRvPjwvZW52RXZlbnRvPjwvbmZlRGFkb3NNc2c+PC9zb2FwMTI6Qm9keT48L3NvYXAxMjpFbnZlbG9wZT4=</Valor></Parametro></Parametros></Metodo></Componente></Integrador> procedure TNFeEnvEvento.DefinirDadosIntegrador; begin inherited DefinirDadosIntegrador; if Assigned(FPDFeOwner.Integrador) then begin // Para cancelamento é necessário informar os dados da nota // // Verificar a necessidade de acrescentar o teCancSubst if (FEvento.Evento[0].InfEvento.tpEvento = teCancelamento) and (TACBrNFe(FPDFeOwner).NotasFiscais.Count > 0) then begin FPDFeOwner.Integrador.Parametros.Values['versaoDados'] := '1.00'; FPDFeOwner.Integrador.Parametros.Values['NumeroNFCe'] := OnlyNumber(TACBrNFe(FPDFeOwner).NotasFiscais.Items[0].NFe.infNFe.ID); FPDFeOwner.Integrador.Parametros.Values['DataHoraNFCeGerado'] := FormatDateTime('yyyymmddhhnnss', TACBrNFe(FPDFeOwner).NotasFiscais.Items[0].NFe.Ide.dEmi); FPDFeOwner.Integrador.Parametros.Values['ValorNFCe'] := StringReplace(FormatFloat('0.00',TACBrNFe(FPDFeOwner).NotasFiscais.Items[0].NFe.Total.ICMSTot.vNF),',','.',[rfReplaceAll]); end; FPDFeOwner.Integrador.SetNomeMetodo('RecepcaoEvento', (FPConfiguracoesNFe.WebServices.Ambiente = taHomologacao) ); end; end; Foi detectado que sempre está sendo informado a "versaodados" = '1.00', quando mudamos para 4.00, passou normalmente. Acima está o XML que foi gerado e enviado causando o erro.

Você pode usar as tags de unidade de comercialização (uCom, qCom, vUnCom, cEAN) e as tags de unidade de tributação (uTrib, qTrib, vUnTrib, cEANTrib).

Boa tarde. Note que esta NT trouxe apenas alterações relativas ao grupo responsável técnico (o qual o ACBr já atende). Att.

Boa tarde, Obrigada pela contribuição, adicionada para análise. Att.

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

Boa tarde, C B Você pode realizar os testes com o ACBrBlocoXDemo que está na pasta exemplos. Veja também o tópico abaixo:

Feito, só esqueci de colocar nos cabeçalhos dos arquivos o histórico de alteração. Se quiser colocar, fique a vontade. Se não eu coloco e faço o post dos mesmos aqui novamente.

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

Creio que SIM... tentou alguma ajuste em ACBrEscBematech.pas ? http://svn.code.sf.net/p/acbr/code/tools/PosPrinter/Bematech/1394308953-Impressora_MP-4200TH_Manual_01_Manual_de_Programacao.pdf

Testes ok e funcionando com essa mudança citada.

Sim Gabriel, seguirei esta idéia. Obrigado

Infelizmente sim... Você pode aumentar o timeout e tratar esse erro. Se for erro de conexão com WebService você tenta executar novamente, um loop controlado por uma variável "Numero de tentativas" E deixar isso transparente no front-end. Apenas na última tentativa, exibir o erro

Oi Rodrigo, Enviei a alteração ao SVN. Revisão 16978. Favor atualizar, testar e reportar qualquer problema. obrigado.

Depois de atualizar, você reinstalou o ACBr pelo ACBrInstall_Trunk2.exe? E marcou a opção de apagar os arquivos antigos do disco na instalação?

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

Bom dia. Veja este tópico. Att.

Bom dia Amarildo, Obrigado pelo retorno. Sim, não mencionei essa parte, mas coloco no sistema o comando: ACBrNFe1.WebServices.Consulta.NFeChave:= vvCHAVE; ACBrNFe1.WebServices.Consulta.Executar; Caso não retorne, aí sim coloco em Contingência. São em 4 empresas que acontece isso todos os meses e as que tem mais falhas na internet.

@BigWings, obrigado...Falha minha...realmente a geração da NFC-e em meu sistema é mais antiga e eu informava a tag cNF, razão pela qual o componente não gera o número aleatório. Já na rotina para NF-e, eu não informo e o componente gera aleatóriamente o código. ** Peço ENCERRAR este tópico...se possível eliminá-lo !!!!!!!!! kkk

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

Se você não informar a tag cNF ou informar o valor 0, o ACBr vai gerar automaticamente um número aleatório para ela. Verifique novamente se a sua rotina não está gerando o valor de cNF igual ao nNF.

Uma possível situação é que tenha dado diferença do seu calculo e o valor a cobrar no tef, como você deve ter programado os gerencias de caso de erro , ele viu o erro e já chamou para um gerencial e assim não era vinculado. suposição em cima do que relatou

Boa noite. usando o exemplo do svn ocorre o mesmo? poderia anexar um pdf de um exemplo gerado para vermos?

Pessoal muito obrigado pela a força ai, entendi agora direitinho com o tópico sitado pelo o nosso amigo CarlosInfteen, muito obrigado e resolvido.

Parece que não amigo. vou fechar o tópico

Reinstalei o Fortes Report e resolveu, Obrigado!

Bom Dia, Tambem tive o mesmo problema com o erro "erro ao cofigurar o path: funcao incorreta". Uso Win7 com SSD KingsTon e Delphi Berlin Update2. como muitos que relataram o provável BUG de incompatibilidade. Ai vc vai perguntar.... o acbr estava no raiz? (C:\ACBR\) - SIM. limpou antes de instalar com o bat? SIM Executou como admistrador? SIM Varias tentativas, varios dias e nao deu. Nao consegui baixar o executavel do Joao Batista porque ja estava indisponível. Entao baixei os fontes do instalador e comentei o mesmo codigo que ele. FUNCIONOU PERFEITAMENTE. Gostaria de agradecer amigo João Batista Da Silva Junior pela iniciativa. Quem precisar do executavel modificado pode me mandar um email pra [email protected] que eu mando.

Boa tarde a todos, Eu até poderia criar uma propriedade de configuração, para definir se deseja assinar ou não o XML. Mas se o desenvolvedor configurar para não assinar, não será possível validar o XML antes dele ser enviando para a outra empresa. Logo essa empresa poderá receber um XML e ao assinar e validar para o envio, este poderá não ocorrer pois o XML contem informações que deixam o XML invalido.

Não funciona pois você está fazendo um for mas dentro do for, você não diz qual é o "item" que está "navegando". Tendo em vista que: O Ambiente Nacional retorna 50 NSU por vez. É retornado em uma propriedade o maior NSU contido no Ambiente nacional (maxNSU) - (mesmo que não esteja dentro dos 50 retornados) Observe o exemplo que fiz agora: var LDocZip: TdocZipCollectionItem; aUltimoNSUGravado, aMaxNSUAmbienteNacional: string; begin aUltimoNSUGravado := GetUltimoNSUGravadoNoBancoDeDados; repeat ACBrNFe1.DistribuicaoDFePorUltNSU(IdUF, aCNPJ, aUltimoNSUGravado); with ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt do begin if cStat = 138 then {Documentos encontrados} begin aMaxNSUAmbienteNacional := maxNSU; for i := 0 to Pred(docZip.Count) do begin LDocZip := docZip[i]; aNSUAtual := LDocZip.NSU; if LDocZip.schema := schresNFe then {Resumo do DFe} (...) else if LDocZip.schema := schresNFe then {DFe Completo} (...) else if LDocZip.schema := schresEvento then {Resumo de evento} (...) else if LDocZip.schema := schprocEventoNFe then {Evento completo} (...) end; aUltimoNSUGravado := aNSUAtual; end else if cStat := 137 then {Nenhum documento encontrado} begin {Apenas iguala as variaveis} aUltimoNSUGravado := 0; aMaxNSUAmbienteNacional := 0; end; end; until (aUltimoNSUGravado = aMaxNSUAmbienteNacional); end; Sugiro que leia: O Tópico que o @Italo Jurisato Junior criou a respeito de como funciona a lógica desse web-service. As Notas Técnicas 2012.002 (Manifestação do destinatário) e 2014.002 (Distribuição do DFe). O arquivo DistribuicaoDFe.txt na pasta ...\Exemplos\ACBrDFe\ACBrNFe contendo um exemplo de uso.

Boa tarde a todos, As implementações feitas pelo Digibyte, já estão no repositório.

Boa tarde. Aqui consegui resolver alterando no bloco [NFCe_RS_H] do arquivo ACBrNFeServicos.ini o endereço da consulta do RS em homologação para: www.sefaz.rs.gov.br/nfce/consulta Sem o http:// na frente. Por incrível que pareça. Mas aqui funcionou. Após alterar o .ini só compilei o ACBrNFeServicos.rc e reinstalei o ACBr, dei um build e voltou a validar as NFC-e em homologação. Cheguei a testar com o outro endereço que foi postado aqui ( https://www.sefaz.rs.gov.br/NFCE/NFCE-COM.aspx) mas não deu certo. Verifiquei no site http://nfce.encat.org/desenvolvedor/httpnfce-encat-orgconsulte-sua-nota-qr-code-versao-2-0/ e nele os endereços estão sem o http resolvi testar achando que não iria funcionar mas deu certo. Os demais endereços não modifiquei, envio o arquivo ACBrNFeServicos.ini alterado em anexo, espero que ajude vocês. ACBrNFeServicos.ini

A SEFAZ gostaria que fosse integrado mas as operadoras de cartão não fizeram e não vão fazer esta integração.

Vaga desenvolvedor Delphi XE10[Aparecida de Goiânia-GO] Horário: Seg a Sex. 8:00 às 18:00 (2:00 intervalo) Sábados Intercalados 08:00 às 12:00 Regime de contratação: CLT (Efetivo) Necessário conhecimento em Delphi e banco de dados. Salário de 2000,00 a 2500,00 Necessário: -Experiência na área fiscal: NFE, SPED e etc.. -Experiência em Delphi XE10 e Firebird Desejável: -Experiência em sistemas ERP -Conhecimento SQL Server -Conhecimento WebServices -Programação Orientada a Objetos Interessado enviar currículo para: [email protected]

Olá pessoal, No dia 16/04/2019, foi lança a versão 2.0.2 da IDE RAD Lazarus... Veja aqui a nota de lançamento oficial: https://forum.lazarus.freepascal.org/index.php/topic,45062.0.html Essa versão ainda usa o FPC (Free Pascal Compiler), na versão 3.0.4, então não devemos ter mudanças brusca na compilação dos projetos existentes... Você pode baixar o Lazarus 2.0.2, na página oficial do Projeto: https://www.lazarus-ide.org/ Observe porém, que o Download sugerido, provavelmente será de um Compilador para Windows 64... O que muitas vezes não é o desejado, para manter a compatibilidade com as diferentes versões de Windows e as DLLs existentes Portanto, recomendo selecionar a versão 32 Bits, conforme destacado, na imagem abaixo... Se você quer realmente gerar aplicações 64 bits, ainda poderá fazer um Cross-compiling , baixando um instalador complementar em: https://sourceforge.net/projects/lazarus/files/Lazarus Windows 32 bits/Lazarus 2.0.2/ O ACBr tem um ótimo suporte ao Lazarus/FPC, isso porque a maioria dos Consultores do Projeto ACBr, usam Lazarus/FPC como principal IDE para Desenvolvimento, e todos os nosso projetos, como: ACBrMonitorPLUS, e ACBrLib, são desenvolvidos em Lazarus/FPC. Abaixo segue um Screen Shot da minha IDE de trabalho (clique para aumentar) Quer conhecer mais aplicações desenvolvidas em Lazarus ? Veja esse Link: http://wiki.freepascal.org/Lazarus_Application_Gallery

Bom dia, Chegou a consultar a situação cadastral no Sintegra? Se estiver tudo ok, é necessário entrar em contato com a SEFAZ para saber o motivo da rejeição.

Olá @bylaardt, Agradeço muito as suas sugestões, são de altíssimo nível... Confesso que já pensamos ou temos planos semelhantes a algumas de suas sugestões... Temos algo semelhante.. em: https://www.projetoacbr.com.br/forum/forum/63-equipamentos-testados/ Mas nesse momento, ainda estou "criando a necessidade"... Hoje, em dia, tudo que solicito ao fabricante, para a emissão de um relatório como esse, é um equipamento para testes... Isso já é bom, e nos garante acesso a praticamente todos os equipamentos que lançam... Não cobro pelo tempo do técnico / consultor que demora até 5 dias para escrever um relatório.. mas penso em cobrar no futuro... Não em sua totalidade... Isso faz sentido para os nossos componentes, que suportam equipamentos como: SAT, ECF, Impressoras, balanças... Mas não faz sentido para o componente ACBrNFe, por exemplo (que deve ser o carro chefe do ACBr) O fato do ACBr ser focado principalmente em Delphi / Lazarus, também limita o nosso "poder" de barganha com os fabricantes... Com ACBrXXX.dll, conforme está nos nossos planos, isso pode se tornar cada vez mais evidente e real... No momento vou abrir mão dessa receita, e tentar formar uma comunidade de consultores autônomos (freelancers), em: https://www.projetoacbr.com.br/forum/companies/ Acho que isso pode fortalecer MUITO o projeto... pois favorece o livre comercio e a competição... o usuário que precisa de consultoria pode mudar de "fornecedor", se não gostar do atendimento... e o suporte não irá parar, se uma empresa "fechar as portas".... O consultor que estiver ganhando dinheiro prestando serviços, terá total interesse em contribuir tecnicamente para o ACBr... O modelo de consultoria com "freelancers" parece fazer mais sentido para uma comunidade OpenSource Fizemos alguns testes assim... veja que temos um sub-forum da Epson e da Bematech... Mas acho que faltou irmos mais a fundo... termos realmente um contrato de prestação de serviços com o Fabricante, e garantir que toda dúvida referente ao equipamento dele, será tratada com o mesmo padrão do SAC... Vou tratar isso como prioridade... Mais uma vez, muito obrigado...

Como eu não tenho acesso às respostas nos ítens ACBr new, posto aqui. Favor reclassificar se prudente. Em complemento ao tópico do Daniel Simões : Eu acredito que o seu foco está muito voltado ao Desenvolvedor, o que eu considero ruim para a expansão dos negócios. As principais fontes de renda que você pode ter são justamente com o consumidor dos equipamentos compatíveis com o ACBr. Explico: Quando Daniel Simões colocou o tópico , especificamente Slide "Falta de outras receitas/Solução/Principais produtos/Marketing cooperado com fabricante", percebi que o seu público alvo está errado, o ACBr não é um produto para os desenvolvedores, e sim para os que querem vender outros produtos, como os fabricantes de hardware. Minhas sugestões para implementar as ideias do Daniel Simões: - Crie um processo de certificação de equipamentos com a marca registrada do "Compatível com ACBr" ou "Compatível com ACBr/Plus" que poderá ser atestado por modelo/marca de produto no estilo selo holográfico. Motivo: A maior dificuldade de quem compra um equipamento, é saber se o software "vai rodar" para esse equipamento. A escolha é sempre do software para o hardware, raramente o contrário. Detalhe, essa dúvida ocorre por modelo, não por marca. - Crie um certificação para desenvolvedores, com o tempo, desenvolvedores com Certificação ACBr poderão ser selecionados como um diferencial na contratação. - Suporte compartilhado contratado pelo fabricante do equipamento pelo período de garantia do produto. Explico: Você plugou o equipamento, instalou os softwares, bibliotecas, o software distribuído pelo fabricante funcionou mas no seu PDV não, por quê? Seleção - Suporte para consumidores finais de software houses conveniadas: O ACBr tem consultores que eu acredito resolvam os problemas de diversos tipos. Grande parte do trabalho dos consultores é entender o que o cliente está tentando dizer para só então direcionar uma resposta. Problemas que vão de equipamento plugado na porta errada à falta de serviço dos servidores do fisco não são dependem de soluções do ACBr propriamente dito, mas tenho certeza que o SAC já atendeu inúmeros chamados nesse sentido. Mensagens de erro de falta de DLL também são facilmente resolvidos. Para isso, basta criar um controle de chamadas de clientes terceirizados para que eu possa repassar (acrescido dos impostos,etc... ) o custo do suporte na fatura dos clientes (sim, cobra-se por chamada, não por mensalidade). - Consultoria fiscal especializada e SPED. Produto raro no Brasil. - Palestas acadêmicas ou cursos para áreas distintas do TI, como Direito (principalmente fiscal) Contabilidade e Economia. As universidades do país, em sua maioria, exigem carga extra-curricular, por que não explorar esse mercado? - Firmar convênios com agências (não funcionários) para vender os selos, palestras ou cursos. -Transformar o ACBr em franquia, para que possa estar presente em todo o país, especialmente em cidades universitárias. Importante: Isso são apenas ideias que precisam ser avaliadas para fins de viabilidade.