Painel de líderes

Estou com o sistema pro novo serviço, mas não, ainda tenho problemas na assinatura.... estou conversando com o Pedro do SimplISS, estou pedindo pra ele verificar com o pessoal do dev deles pra validar a assinatura nos padrões das outras cidades q eles atendem e funciona... NFe , NFSe de outros municípios. Enfim... eh muito mais fácil eles ajustarem... seguir o mesmo padrão... até pra implantações futuras em outras cidades... nossos clientes começaram a pressionar agora também, sem faturar essas notas... quando tiver uma posição posto aqui...

Bom dia pessoal. Afim de facilitar a tratativa desta situação, estamos criando um novo parâmetro de forma similar ao que já foi feito em situações semelhantes; Att.

Bom dia. Verifique se você preenche os campos : nfe.Dest.idEstrangeiro; nfe.Dest.enderDest.cPais; De acordo com o código no ACBr, ele precisa desses campos para preencher: if nfe.infNFe.Versao >= 3 then begin if (nfe.Dest.idEstrangeiro <> '') or ((nfe.Dest.enderDest.cPais <> 0) and (nfe.Dest.enderDest.cPais <> 1058)) then Gerador.wCampo(tcStr, 'E03a', 'idEstrangeiro', 00, 20, 1, nfe.Dest.idEstrangeiro, DSC_IDESTR) else Gerador.wCampoCNPJCPF('E02', 'E03', nfe.Dest.CNPJCPF, IsNFe); end else Gerador.wCampoCNPJCPF('E02', 'E03', nfe.Dest.CNPJCPF, IsNFe);

Agora pela manhã serviço não está 100% operacional, continue recebendo erros diversos para validar NFCe.

Boa tarde Senhores (Felipe E. Resende Mesquita, Daniel Simoes e Juliomar Marchetti) No tópico anterior postado na terça-feira 24/09, funcionou perfeitamente após reverter tudo no SVN. Trabalhei na quarta e quinta-feira sem nenhum problema. Hoje pela manhã o problema reapareceu. Saliento que na pasta ABCr está tudo perfeito e atualizado sem nenhum tipo de problema, entretanto, o windows 10 fez uma atualização pela manhã. Não efetuei ainda nenhum procedimento para tentar a correção, uma vez que preferi reportar a vocês sobre o ocorrido. Acham que pode ter sido pela atualização do windows? Qual o procedimento devo adotar? Diante mão, já agradeço antecipadamente.

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

Boa tarde. Você viu este tópico ? Att.

no meu caso sempre recebo isso... tanto no GerarNfse quanto no RecepcionarLote. <ListaMensagemRetorno> <MensagemRetorno> <Codigo>E1020</Codigo> <Mensagem>Erro na assinatura.</Mensagem> <Correcao>CPF/CNPJ do prestador ou contador não condizente com CPF/CNPJ da assinatura.</Correcao> </MensagemRetorno> </ListaMensagemRetorno> tivemos diversos contatos com eles, porém sempre pedem para refazer o teste ou alterar uma tag e outra... mas sempre paramos nisso. como um amigo aqui ja comentou.. acho que o erro se dá pelo Subject do certificado utilizado não estar no formato "Empresa:CNPJ". estamos com nosso cliente tentando fazer outro certificado para atender essa validação ridícula... triste... essa empresa ganhou disparado o troféu de "Pior Webservice dos últimos tempos"...

Todos os bancos permitem salvar o extrato em formato de arquivo OFX para integração. O ACBr não tem componente pra isso, mas neste tópico tem indicações de outros:

Veja acho que sua dll deve de estar junto a seu executável pois se ele ficar no system32 corre um grande risco de um outro aplicativo substituir ele

Já estudou o fonte do ACBr que faz essa conversão? Na unit pcnRetDistDFeInt.pas tem o código: StrAux := RetornarConteudoEntre(Leitor.Grupo, '>', '</docZip'); FdocZip.Items[i].FInfZip := StrAux; StrDecod := UnZip(DecodeBase64(StrAux)); Na terceira linha você deve ter o XML. Basta adaptar para o teu caso.

Você pode montar a chave de acesso informando os dados da nota pelo método GerarChaveAcesso da unit ACBrUtil. Com a chave basta fazer a consulta pelo ACBrNFe para obter o protocolo de autorização. Claro que você precisa informar todos os dados que compõe a chave, como o código numérico e o tipo de emissão, então se não os armazenou previamente não vai ter a chave correta. Quando a mensagem é de duplicidade com diferença na chave de acesso também é retornada a chave correta.

Boa tarde Ernesto, O correto é usar a rotina do componente para realizar a assinatura.

Bom dia. Você testou com a versão mais recente? Se não testou, sugiro compilar ou realizar a assinatura do SAC Trial e realizar novos testes. Link com orientações sobre o SAC Trial At.

Acho que eu estava com o componente destualizado. Fiz atualização e deu certo Obrigado.

Vi que foi criado um guia passo a passo era o que eu precisava, aqui. podem marcar como "respondido".;

@Daniel Simoes o IP que estava errado, obrigado pela informação, deu certo.

resolvido muito obrigado pela contribuição...

Serviço normalizado.

Boa noite Colegas o sistema NFC-e em MG ja voltou ao normal

@Italo Jurisato Junior pelo que vi não. Essa é na verdade uma nova implementação, acredito que precisarei incluir mais cidades do estado de Goiás lá. Aquele método trata o código do município para impressão do nome do município. Nos testes que fiz funcionou como já estava e como deverá ser a partir de agora.

Olá pessoal, Segue abaixo um resumo mais detalhado da NT 2019/001 abrangendo todas as versões dessa NT. Resumo das versões v1.00/v1.10/v1.20 (entrada em produção 02/09/2019) Dificultar utilização de código de segurança fraco: • Regra de validação B03-10: Verificar formatação do cNF • Rejeição 897: Código numérico em formato inválido. Melhorar o controle de documentos referenciados e da identificação do destinatário: • Alterada a Regra de Validação BA10-40 (55), possibilitando a utilização do CNPJ 8 (será levado em consideração os 8 primeiros dígitos do CNPJ ou CNPJ Base), com o objetivo de identificar que a nota foi emitida pelo mesmo contribuinte, a critério da unidade federada. Rejeição 320: Contranota de Produtor referência somente NF de outro emitente. • Criada a Regra de Validação BA10-50 (55), exigindo que uma contranota de produtor rural somente possa referenciar uma nota emitida por outro produtor rural, a critério da unidade federada. Rejeição 922: Contranota de Produtor só pode referenciar NF-e ou NF de Produtor Modelo 4. • Criada a Regra de Validação BA20-20 (55), 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. Rejeição 923: Referenciado documento de operação interna em operação interestadual ou com o exterior. • Criada a Regra de Validação BA20-30 (55), impedindo referência a um Cupom Fiscal, a critério da unidade federada. Rejeição 924: Informado Cupom Fiscal referenciado. • 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. Rejeição 925: NF-e com identificação de estrangeiro e IE informada para 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. Rejeição 926: Operação com Exterior e país de destino igual a Brasil. • Criada a Regra de Validação E16a-40 (55), exigindo a indicação de “operação com consumidor final” quando se indica que a operação é destinada a não contribuinte. Rejeição 696: Operação com não contribuinte deve indicar operação com consumidor final. Descrever benefícios fiscais e informações da tributação do ICMS com mais precisão: • Criada a Regra de Validação N12-85, exigindo o código de benefício fiscal quando se utiliza um CST de benefício fiscal, a critério da unidade federada. Rejeição 930: CST com benefício fiscal e não informado o código de benefício fiscal. • Criada a Regra de Validação N12-86, impedindo que se informe o código de benefício fiscal para CST de benefício fiscal, a critério da unidade federada. Rejeição 928: Informado o código de benefício fiscal para CST sem benefício fiscal. • 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. Rejeição 934: Não informado valor do ICMS desonerado ou o Motivo de desoneração. • Criada a Regra de Validação N12-94, exigindo que o CST corresponda ao tipo de código de benefício fiscal informado, a critério da unidade federada. Rejeição 931: Informado código de benefício fiscal incompatível com CST e UF. • Criada a Regra de Validação N12-97 (55), exigindo informações sobre o diferimento quando se utiliza um CST de diferimento, a critério da unidade federada. Rejeição 929: Informado CST de diferimento sem as informações de diferimento. • Criada a Regra de Validação N18-10 (55), 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. Rejeição 931: Informada modalidade de determinação da BC da ST como MVA e não informado o campo pMVAST. • 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. Rejeição 933: Informada modalidade de determinação da BC da ST como MVA e informado o campo pMVAST. Criação de valor máximo para a base de cálculo do ICMS, por 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. Rejeição 935: Valor total da Base de Cálculo superior ao valor limite estabelecido. 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 (somente 55): • 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. Obs.: todas as regras acima são validas somente para a NF-e (55), leva em consideração as informações: IE, CNPJ, CPF e UF. As regras acessam o Cadastro de Contribuinte da UF. Regra: 5E17-10 - Rejeição 233: IE do destinatário não cadastrada. Regra: 5E17-20 - Rejeição 234: IE do destinatário não vinculada ao CNPJ. Regra: 5E17-30 - Rejeição 624: IE do destinatário não vinculada ao CPF. Regra: 5E17-40 – Rejeição 302: Uso Denegado - Irregularidade fiscal do destinatário. Regra: 5E17-43 – Rejeição 305: Destinatário bloqueado na UF. Regra: 5E17-46 – Rejeição 306: IE do destinatário não está ativa na UF. Regra: 5E17-50 – Rejeição 232: IE do destinatário não informada. Regra: 5E17-60 – Rejeição 303: Uso Denegado - Destinatário não habilitado a operar na UF. Regra: 5E17-63 – Rejeição 305: Destinatário bloqueado na UF. Regra: 5E17-70 – Rejeição 246: CNPJ do Destinatário não cadastrado. Regra: 5E17-80 – Rejeição 623: CPF do Destinatário não cadastrado. • 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 NFe como destinatário na operação com mercadoria ou prestação de serviços. Obs.: todas as regras acima são validas somente para o Evento EPEC da NF-e (55), leva em consideração as informações: IE, CNPJ, CPF e UF. As regras acessam o Cadastro de Contribuinte da UF. Regra: 6P31-10 - Rejeição 233: IE do destinatário não cadastrada. Regra: 6P31-20 - Rejeição 234: IE do destinatário não vinculada ao CNPJ. Regra: 6P31-30 - Rejeição 624: IE do destinatário não vinculada ao CPF. Regra: 6P31-40 – Rejeição 302: Uso Denegado - Irregularidade fiscal do destinatário. Regra: 6P31-43 – Rejeição 305: Destinatário bloqueado na UF. Regra: 6P31-46 – Rejeição 306: IE do destinatário não está ativa na UF. Regra: 6P31-50 – Rejeição 232: IE do destinatário não informada. Regra: 6P31-60 – Rejeição 303: Uso Denegado - Destinatário não habilitado a operar na UF. Regra: 6P31-63 – Rejeição 305: Destinatário bloqueado na UF. • Criação de regra de validação H02-10 correspondente rejeição 927, para informar os números dos itens em ordem sequencial. Rejeição 927: Número do item fora da ordem sequencial. • Criado novo Valor para o Campo N18: A tag modBCST passa a aceitar a opção “6=Valor da Operação”. v1.30: Informados os locais de publicação das tabelas de códigos de benefícios fiscais e de regras de validação opcionais por unidade federada. Publicada a tabela cBenef x CST atualizada até 30/08/2019 Novas datas de vigência para algumas regras de validação. Comentários Sobre o Código de Benefício Fiscal: O código de benefício fiscal (tag: cBenef), por tratar de situações particulares de cada unidade federada, tem sua definição também especificada pelas UF que o utilizam. Estas definições constam de tabela publicada no Portal Nacional da NF-e, na área “Diversos” da aba “Documentos”. Esta tabela tem sofrido atualizações com frequência maior do que a desejável, em virtude do fato que o uso dos códigos pelas empresas no ambiente de homologação tem evidenciado a necessidade de ações de correção de natureza emergencial por parte das Administrações Tributárias envolvidas. É esperado que em futuro próximo a tabela tenha a estabilidade necessária. Novas Datas de Vigência para Algumas Regras de Validação: Em função de necessidades ditadas pelas legislações de algumas unidades federadas, e atendendo a pleitos de contribuintes e de entidades associativas, as datas de início de exigência das regras de validação N12-85, N12-86, N12-90, N12-94 e N12-97 obedecerão ao disposto na tabela a seguir: UF N12-85 N12-86 N12-90 N12-94 N12-97 MT 01/01/2020 01/01/2020 01/01/2020 01/01/2020 * E3 E3 E3 E3 PR 02/09/2019 02/09/2019 * 01/10/2019 02/09/2019 E2 E2 E2 E2 RJ 01/10/2019 01/10/2019 01/10/2019 01/10/2019 01/10/2019 E1, E3 E1, E3 E1, E3 E1, E3 E1, E3 RS 01/10/2019 01/10/2019 * 01/10/2019 * E2, E3, E4 E2, E3, E4 E2, E3, E4 Demais UFs * * * * * (*) Regra de validação não será aplicada Regra de validação: N12-85 – Exige o código de benefício fiscal quando se utiliza um CST de benefício fiscal. N12-86 – Impede que se informe o código de benefício fiscal para CST de benefício fiscal. N12-90 – Exige valor do ICMS desonerado e o motivo da desoneração. N12-94 – Exige que o CST corresponda ao tipo de código de benefício fiscal informado. N12-97 – Exige informações sobre o diferimento quando se utiliza um CST de diferimento. Exceções para aplicação das Regras de validação(E): E1 – Exceção 1: a RV não se aplica quando Finalidade de emissão da NFe (tag: finNFe) igual a Devolução de Mercadoria; E2 – Exceção 2: a RV não se aplica quando Finalidade de emissão da NFe (tag: finNFe) igual a Devolução de Mercadoria e Identificador de local de destino da operação (tag: idDest) igual a Operação Interestadual ou com o Exterior; E3 - a RV não se aplica quando Finalidade de emissão da NFe (tag: finNFe) igual a NFe de ajuste; E4 - a RV não se aplica quando Finalidade Tipo de Operação (tag: tpNF) igual a Entrada. As datas aqui definidas, com todas as demais informações a respeito das regras de validação opcionais por UF, podem ser consultadas em tabela publicada no Portal Nacional da NFCe, na área “Regras de Validação” da aba “Desenvolvedor”. Para contribuintes estabelecidos no estado do Rio Grande do Sul, no caso das regras N12-85, N12-86 e N12-94, o ambiente de autorização em produção, até 31/03/2020, e o ambiente de autorização em homologação até 09/02/2020, aceitarão três situações para o campo cBenef: * NULO (sem preenchimento do campo); * com a descrição "SEM CBENEF"; ou * com o código do benefício; Neste último caso, é realizada a devida validação de compatibilidade com o CST informado.

Caro Alexandro, Como a RFB, Receita Federal do Brasil ainda não normatizou a exclusão do icms da base do PIS e COFINS, recomenda-se que a emissão dos documentos fiscais sejam conforme as notas técnicas, e na escrituração fiscal assim como na EFD Contribuições seja feita a devida dedução do icms e informando a decisão judicial liminar com o referido número do processo. A Software House enquanto geradora dos documentos fiscais deve atender as especificações das notas técnicas do CONFAZ e o RICMS dos Estados. "É mais seguro". No caso do SAT em SP, realmente nem tem como proceder diferente. Grande abs e precisando acesse www.sacfiscal.com.br

Boa tarde. Deixo aqui o procedimento para quem possa necessitar. Tive que ir no painel de controle, no gerenciador de dispositivos e nas propriedades da porta coloquei a velocidade correta 115200 e também tive que alterar o controle de fluxo para xon e xoff. Com o controle de fluxo em nenhum que é o padrão no gerenciador, a mesma não aciona e não retorna os status. Dentro do posprinter tem esta possibilidade mas mesmo assim não ativava. Obrigado pela ajuda.

Consulte neste site https://portal.fazenda.sp.gov.br/servicos/sat/Paginas/Modelos-SAT.aspx as versões suportadas por cada modelo de equipamento, geralmente as versões convivem por um período.

Inserção do município de Ouro Preto/MG no arquivo "Cidades.ini" Alteração na URL de homologação do arquivo "GovDigital.ini" de RecepcaoLoteRPS=https://homolog.govdigital.com.br/ws/%NomeURL_H% para "RecepcaoLoteRPS=https://ws.homolog.govdigital.com.br/ws/%NomeURL_H%" Testado em ambiente de homologação deste município. Cidades.ini GovDigital.ini

Boa tarde, Você precisará utilizar um Certificado com CNPJ credenciado para emissão de NFCe no CE, o que diferencia para testes em homologação da NFCe é a tag enviada no XML "tpAmb=2" Vou atualizar a imagem no tópico...

ok, obrigado.

Sim os métodos são os mesmos, a comunicação do componente é direta com o protocolo utilizado pela impressora, basta setar o Modelo de comunicação utilizado pela impressora. Veja que tem o modelo ZPLII... Os comandos são enviados diretamente para a impressora, basta passar os comandos em bloco para o componente conforme o Demo e utilizar o método Imprimir().

descobri... no modelo completo do arquivo antigo está... ImgQrCode no arq novo esta ImgQrCode1 e ImgQrCode2.. peguei meus fr3 e alterei o ImgQrCode pra 1 e 2 nos modelos q usou e voltou a imprimir

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

Olá pessoal, Sei que todos estão muito atarefados com seus programas por aí... Maaaasssss.... Precisamos de sua atenção para uma alteração nos componentes!!! Atualmente temos uma falta de padronização nas unidades de medidas das margens das impressões dos documentos fiscais. Cada impressão Report tem margens medidas com um formato. Isso não está bom. Note a tabela a seguir com as unidades de medidas das margens atual: DF-e Fortes Fast LazReport ESCPOS NF-e (Paisagem, Retrato, Inut, Evento, Simplificado) cm cm nd X NFC-e mm mm X X NFC-e (A4) cm mm X X SAT mm X X X CT-e (Evento) cm nd X X CT-e (A5, Retrato) nd nd X X CT-e (Inut, Inut Retrato) nd nd X X GNR-e nd nd nd X MDF-e (Retrato, Evento) cm nd X X NFS-e cm nd X X BP-e X X X X Legenda: mm – milímetros cm – centímetros nd – O componente poderia, mas não está atualizando as margens do report X – Não possui impressão nesse formato ou não interage com as margens. Nota: Os modelos em ESCPOS que existem não consideram as propriedades de margem. Afinal, não faz muito sentido mesmo. Como podem ver na tabela acima, muitos componentes não estão atualizando as margens. Isso significa que mesmo que configure uma margem, ela será simplesmente ignorada. Então a ideia é fazer com que esses componentes imprimam de acordo com a configuração. Além disso, queremos evitar qualquer possível confusão e por isso vamos padronizar as unidades de medidas. A unidade de medida escolhida foi milímetros (mm). Alguns dos motivos foram: A unidade de medida mm funciona bem tanto para impressões grandes (por exemplo A4) como para bobinas (80 mm); As pessoas estão acostumadas com mm porque é a unidade padrão de todos os geradores de relatório usados atualmente (Fast Report, Fortes Report, LazReport ...); Devido ao ponto anterior, usar mm vai nos poupar código de conversão de unidades; Mesmo que tivéssemos escolhido centímetros (cm), haveria quebra de compatibilidade por causa do SAT e NFC-e; Quando as alterações vão entrar em vigor? A previsão é que dia 14 de outubro, as alterações sejam enviadas ao SVN. Acreditamos que isso dá tempo suficiente, para conseguirmos avisar a todos e para que todos possam se preparar. As alterações já foram enviadas ao SVN. Veja nota no fim desse post. O que eu preciso verificar no meu aplicativo? A primeira coisa é verificar se você tem configuração de margem (seria bom que tivesse). Em caso afirmativo, como você está armazenando? Em que unidade está armazenando? cm ou mm? Vai ser necessário fazer alguma conversão? Verifique como você deseja manter a configuração? De posse das informações acima, faça um teste imprimindo todos os documentos que você usa. Isso vai ajudar você a prevenir qualquer problema antes de enviar o executável para o cliente. Sugerimos você a imprimir tanto antes como depois das alterações no componente. Assim você vai ter algo para comparar as impressões e ajustar as margens caso necessário. O que eu preciso fazer caso use o ACBrMonitor Plus? A nossa ideia é minimizar o impacto para quem usa o ACBrMonitor. Vamos colocar as informações o próximo post logo abaixo. Se ficarmos atentos a essas alterações, as impressões vão seguir o mesmo padrão e ninguém mais vai precisar se confundir. Atualização- 17/10/2019 As alterações já foram enviadas ao SVN. Agora todos os reports seguem o mesmo padrão: DF-e Fortes Fast LazReport ESCPOS NF-e (Paisagem, Retrato, Inut, Evento, Simplificado) mm mm mm X NFC-e mm mm X X NFC-e (A4) mm mm X X SAT mm X X X CT-e (Evento) mm mm X X CT-e (A5, Retrato) mm mm X X CT-e (Inut, Inut Retrato) mm mm X X GNR-e mm mm mm X MDF-e (Retrato, Evento) mm mm X X NFS-e mm mm X X BP-e X X X X Caso encontre algum problema, queira por favor criar um novo tópico.

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

Bom dia. MG esta instável desde o dia 20/09, seus problemas ocorriam antes dessa data? Att.

Você pode baixar os Demos de VB6, pelo SVN, em: http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/VB6/

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

Realmente o RS não irá aplicar as regras referentes ao ICMS Desonerado, segundo consta no portal da NF-e. Ótima decisão. Observe: 26/09/2019 - ATENÇÃO: Exceções para Regras de Validação da NT 2019.001 Na tabela a seguir encontram-se as Unidades da Federação que implementarão as Regras de Validação N12-85, N12-86, N12-90, N12-94 e N12-97, previstas na NT 2019.001. Na legenda poderão ser encontradas as datas de aplicação e as eventuais exceções. UF Regra de validação - Aplicação e Exceções N12-85 N12-86 N12-90 N12-94 N12-97 MT (D3) (D3) (D3) (D3) (D*) (E3) (E3) (E3) (E3) PR (D1) (D1) (D*) (D2) (D1) (E2) (E2) (E2) (E2) RJ (D2) (D2) (D2) (D2) (D2) (E1, E3) (E1, E3) (E1, E3) (E1, E3) (E1, E3) RS (D2) (D2) (D*) (D2) (D*) (E2,E3,E4) (E2,E3,E4) (E2,E3,E4) Demais UF (D*) (D*) (D*) (D*) (D*) Datas para aplicação das Regras de validação (D): (D*) - Regra de validação não será aplicada (D1) - Aplicação a partir de 02/09/2019 (D2) - Aplicação a partir de 01/10/2019 (D3) - Aplicação a partir de 01/01/2020 Exceções para aplicação das Regras de validação (E): [célula vazia] - Regra de validação não será aplicada (E*) - Não há Exceções; (E1) - Exceção 1: a RV não se aplica quando Finalidade de emissão da NF-e (tag: finNFe) igual a Devolução de Mercadoria; (E2) - Exceção 2: a RV não se aplica quando Finalidade de emissão da NF-e (tag: finNFe) igual a Devolução de Mercadoria e Identificador de local de destino da operação (tag: idDest) igual a Operação interestadual ou com o Exterior; (E3) - Exceção 3: a RV não se aplica quando Finalidade de emissão da NF-e (tag: finNFe) igual a NF-e de ajuste; (E4) - Exceção 4: a RV não se aplica quando Tipo de Operação (tag: tpNF) igual a Entrada. Fonte: https://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false&Informe=EvNIAlMalWI=

Bom dia. Você precisa chamar o método MontarCampoNossoNumero() apenas se quiser salva-lo em seu bd com a formatação dada pelo banco, por exemplo: Na maioria dos casos é incluído o digito verificador O Banco do Brasil adiciona ao Nosso Numero o convênio do cliente etc... É importante ressaltar que ao processar o retorno, a propriedade NossoNumero é populada somente com o valor informado na remessa, sendo assim, se a finalidade for comparar as informações posteriormente, o ideal é salvar somente o NossoNumero passado ao componente ou fazer esta comparação pela propriedade SeuNumero(caso utilize). Att.

Bom dia Como a Retorno pode se tornar muito grande neste caso, desmarque na tela inicial a opção "Exibir linhas de log na tela" e limite a qtd Max de linhas geradas no log, isso vai melhorar muito a performance e evita travar quando se envia comandos seguidos...

Recebi essas informações deles. Pedi liberação do web service pra empresa que estou testando também. Caso eu consiga resolver o problema, volto aqui e informo. HOMOLOGAÇÃO webservice -> http://nfeipatinga.portalfacil.com.br/homologacao/webservice/servicos wsdl -> http://nfeipatinga.portalfacil.com.br/homologacao/webservice/nfse.wsdl xsd -> http://nfeipatinga.portalfacil.com.br/homologacao/schema/nfse_v01.xsd Exemplos -> http://nfeipatinga.portalfacil.com.br/homologacao/xmlTeste/ PRODUÇÃO webservice -> http://nfeipatinga.portalfacil.com.br/nfseserv/webservice/servicos wsdl -> http://nfeipatinga.portalfacil.com.br/nfseserv/webservice/nfse.wsdl xsd -> http://nfeipatinga.portalfacil.com.br/nfseserv/schema/nfse_v01.xsd Exemplos -> http://nfeipatinga.portalfacil.com.br/nfseserv/xmlTeste/ Manual de Integração -> http://www.abrasf.org.br/arquivos/publico/NFS-e/Versao_1.00/NFSe_ManualDeIntegracao_2008dez29.pdf

Boa noite @EMBarbosa hoje tive acesso a um computador com Delphi7, seguem em anexo os arquivos (PAS+DFM+LFM) alterados para validação... OBS: foi removida a declaração de um componente chamado "RLDraw7", que não existia mais no DFM, nem no LFM. Att Ricardo ACBrNFeDANFeEventoRLRetrato.pas ACBrNFeDANFeEventoRLRetrato.dfm ACBrNFeDANFeEventoRLRetrato.lfm

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

O erro estava realmente nas propriedades do componente. No componente estavam corretas, mas no decorrer da execução o código mudava as configurações novamente, ocasionando no erro. Grato pela atenção @Felipe E. Resende Mesquita!

João Bueno, Conversando com um colega meu, ele me passou algo assim: "Olha só O certificado lá (o arquivo pfx que é importado) Lá no Subject tem umas propriedades, e o campo CN tem que estar nesse formato: CN=Nome da empresa xpto:07965775655 Muitos certificados antigos não tem aquele Nome:CNPJ Aí dá pau" Veja se isso ajuda.

SEFAZ MG ainda com erro, estou em contingência.

O webservice não retorna a situação atual da manifestação. Então você precisa controlar isso pela sua aplicação.

Boa tarde. A impressão do boleto informa somente o desconto em valor. Att.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 17722. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Introdução: Recebemos gentilmente da Bematech, a impressora não fiscal MP-4200 TH, para testes. Utilizando os exemplos do ACBr, PosPrinterTeste.exe e SATTeste.exe. Ambiente: Computador Desktop Sistema Operacional Windows 10 64Bit atualizado (09/11/2017) Processador Intel Core I3 4ª Geração Memória 4 GB USB 3.0 Instalação da Impressora MP-4200 TH: O driver de instalação e manuais são disponibilizados no site do fabricante: https://www.bematech.com.br/suporte/equipamento/mp-4200-th USB/COM Emulada: Não houve a necessidade de realizar a instalação do driver no Windows 10. O dispositivo foi instalado automaticamente na COM3. USB/Spooler do Windows: Para realizar a instalação siga as etapas abaixo: Realize o download do driver bemasetupspooler_MP4K_64_bits.zip neste link: http://www.bematech.com.br/administrador/files/equipamento/suporte/17/1456949553-bemasetupspooler_MP4K_64_bits.zip Conecte a impressora no USB; Extraia o arquivo zip do driver e com o usuário administrador, execute o driver BematechSpoolerDrivers_x64_v4.3.1.0.exe Siga com a instalação até aparecer a seleção do modelo da impressora. Selecione o modelo MP-4200 TH(1), clique em Avançado(2), selecione 80mm(3) e depois clique em Continuar(4): Selecione USB(1), defina a porta COM(2) igual ao encontrado no Gerenciador de Tarefas e clique em Instalar impressora(3): Após a instalação do driver, aparecerá uma nova impressora com o nome MP-4200 TH Verificamos que a impressora corta o cupom de forma incompleta quando há muitos itens nele. Para solucionar este problema, siga os passos abaixo: • Clique em Menu Iniciar(1) ==> Configurações(2) ==> Dispositivos(3) ==> Dispositivos e impressoras(4); • Selecione a impressora MP-4200 TH(5) e clique em Propriedades do servidor de impressão(6): • Ao abrir a janela Propriedades do servidor de impressão, clique em Alterar as configurações do formulário(7); • Selecione Criar um novo formulário(8); • Digite MP-4200 TH em Nome do Formulário(9); • Preencha 7,36cm em Largura e 95,00cm em Altura(10); • Depois Salve as alterações(11); • Clique com o botão direito na impressora MP-4200 TH(12) ==> Propriedades da impressora(13); • Selecione a aba Configurações do dispositivo(14); • Selecione MP-4200 TH como formulário da bandeja(15); • Defina Full cut at dot end(16) e depois clique em OK(17); • Clique novamente com o botão direito na impressora MP-4200 TH(18) ==> Preferencias de impressão(19) ==> Avançado(20); • Defina MP-4200 TH em Tamanho do papel(21) e para finalizar, clique em OK(22): Impressão do Autoteste: Caso queira imprimir o Autoteste, siga os passos abaixo: Desligue a impressora; Ligue a impressora mantendo o botão Avanço(1) pressionado até começar a imprimir o Menu(2) (Leva cerca de 15 segundos para começar a imprimir): Conforme informado no Menu, basta aguardar para a impressão do auto-teste; O GIF animado abaixo exemplifica o procedimento descrito acima: Para maiores detalhes, consulte o manual do equipamento disponível neste link:https://www.bematech.com.br/administrador/files/equipamento/suporte/17/1482243640-MAN QSG MP-4200 TH R1.8 WEB.pdf Testes usando os componentes e Demos do ACBr Utilizamos o PosPrinterTeste.exe, demo do ACBrPosPrinter, parte do projeto ACBr, para efetuar testes na impressora. O PosPrinterTestes.exe está disponível neste link: https://www.projetoacbr.com.br/forum/files/file/364-posprintertesteexe/ Configurações: Deixamos as configurações desta forma: Modelo: ppEscPosBematech; Porta: COM3; Colunas: 50; Pag. codigo: pcUTF-8; Fator X: 2 (Logotipo); Fator Y: 2 (Logotipo); Demais configurações não alteramos; Testes de comunicação: Testamos os 3 tipos de comunicação com a impressora (Campo Porta): USB/COMxx – Para comunicação virtual serial. No nosso ambiente reconheceu COM3; RAW:nome da instalação da impressora (USB)– Para enviar a impressão ao Spool do Windows em modo RAW. (exemplo: RAW:MP-4200 TH) \\computador\nome_impressora – Enviar impressões via rede para o Spool do Windows. (Exemplo: \\192.168.15.112\mp-4200 th) Resultados: As imagens abaixo exemplificam os resultados dos testes padrões do ACBrPosPrinter. Observe que o equipamento se saiu muito bem, efetuando corretamente a impressão de acordo com os comandos suportados pelo protocolo Bematech Esc/Pos: Formatação de Carácter; Alinhamento; Código de Barras; QRCode; Logotipo; Leitura de Informações; Teste de acentuação: Para realizarmos os testes de acentuação com diferentes páginas de código, procedemos da seguinte forma: Inserimos um pantograma da língua portuguesa, contendo todas as letras e acentos(1); No cabeçalho foi colocado a tag </zera>(2) para limpar as configurações a cada teste; Foi realizada uma impressão por página de código disponível na impressora(3); Nas impressões abaixo, descrevemos o comportamento de cada teste realizado: pc473: Alguns acentos agudos, circunflexos e til foram ignorados; pc850: Todos os acentos foram impressos corretamente; pc860: Todos os acentos foram impressos corretamente; pcUTF8: Todos os acentos foram impressos corretamente; Leitura de Status: A leitura de Status é funcional através da porta serial (USB/COM). Abaixo alguns status retornados pela impressora: Pronta para uso: “Nennhum Erro encontrado”; Tampa aberta: “stSemPapel, stOffLine, stTampaAberta,”; Pouco papel: “stPoucoPapel,”; Sem papel: “stPoucoPapel, stSemPapel, stOffLine,”; Gaveta aberta: “stGavetaAberta,”; Demais testes: Gulhotina: Cortou no local esperado. Suportou corte completo e destacável; Abertura de gaveta: Funcionou de forma esperada; Impressão de extratos do SAT com SATTeste: O SATTeste é um demo do ACBrSAT, parte do projeto ACBr. Realize o download neste link: Configurações: Testamos a impressão usando o Spool do Windows através do Gerador de Relatórios Fortes Report, e também usando a impressão em ESC/POS. As configurações utilizadas foram as seguintes: Fortes EscPOS Largura: 281 Topo: 0 Fundo: 0 Esquerda: 0 Direita: 0 Colunas: 50 Espaço Linhas: 1 Linhas Pular: 0 Pag.codigo: pcUTF8 Modelo: ppEscBematech Porta: COM3 Chave em 1 linha Exemplo de um cupom fiscal impresso pela MP-4200 TH, usando comandos EscPOS(Direita) e Fortes (Esquerda): Obs.: Na impressão usando Esc/POS, foi necessário forçar a impressão do código de barras da chave do SAT em apenas uma linha. Para tal, usamos a seguinte configuração: ACBrSATExtratoESCPOS1.ImprimeChaveEmUmaLinha := rSim Sobre a Chave do SAT em duas linhas: A MP-4200 TH imprimiu o código de barras da chave do SAT, do em duas linhas. Notamos pelos fontes do ACBrEscBematech.pas que a MP4200 TH não tem suporte ao código CODE128-C, e quando o mesmo é comandado, o ACBr irá substituí-lo pelo CODE128. Também notamos que em ACBrSATExtratoESCPOS.pas, que a impressão da chave do SAT em duas linhas é forçada, quando a Impressora não suporta CODE128-C. Entretanto, quando testamos no ACBrPosPrinter.exe a impressão da Chave do SAT composta de 44 caracteres, usando o CODE128, em apenas uma linha, para nossa surpresa a Impressora o imprimiu o código corretamente. Exemplo: <code128c>35150711111111111111591234567890001135408700</code128c> Gerou a seguinte Impressão: O código impresso, foi lido corretamente com um leitor de código de barras, para PC. Portanto, a MP4200 TH consegue imprimir um Cod.Barras do Tipo CODE128 de 44 caracteres, em apenas uma linha, com sucesso. Provavelmente isso ocorre porque esse modelo de impressora tem uma área de impressão de 50 colunas, que é um pouco maior do que os demais modelos. Teste de desempenho: Através de comandos EscPOS, realizamos a impressão de vários extratos de SAT com diversas quantidades de itens, coletando os tempos de impressão. Todas as formas de comunicação disponibilizada pela MP-4200 TH foram testadas: USB/Spooler do Windows: As configurações foram as seguintes: Modelo: ppEscBematech Porta: RAW:MP-4200 TH Colunas: 50 Espaços Linhas: 0 Linhas Pular: 0 Pag. codigo: pcUTF-8 Resultados: USB/COM: As configurações foram as seguintes: Modelo: ppEscBematech Porta: COM3 Colunas: 50 Espaços Linhas: 1 Linhas Pular: 0 Pag. codigo: pcUTF-8 Resultados: Sobre o equipamento: Feito de plastico ABS, a impressora Bematech MP-4200 TH tem um gabinete bem resistente e acabado. Os botões avanço e guilhotina são do tipo “push botton” e acompanham o desenho do gabinete. Na tampa da baia da bobina de papel há uma alavanca para ajudar em sua abertura, facilitando a troca do refil. Dentro da baia para a bobina de papel, há um espaçador que permite regular o tamanho da bobina, possibilitando o uso de 3 tamanhos diferentes: 58mm, 76mm e 80mm. Na traseira, há conexões para porta USB, gaveta e energia. Através do USB são permitidos impressões pelo Spooler do Windows ou Porta Serial Virtual. Ambos usam um porta COM emulada para se comunicar com a impressora contudo, não é possível usá-las ao mesmo tempo. Sobre a utilização do equipamento: Bastou conectá-la no computador para a MP-4200 TH ser reconhecida usando a COM3. O próprio Windows 10 instalou o driver do dispositivo, assim permitiu de imediato comandos usando o protocolo Esc/Bema. Foi ao estilo Plug’n’Play (conecte e use). A instalação do driver de Spooler foi tranquila. Apenas a criação de um novo formulário para impressões com muitos itens é um pouco trabalhosa, e essa tarefa poderia ser feita pelo Instalador do Spooler, assim como ocorre com outras impressoras do mercado. Um ponto curioso que a cabeça de impressão da MP-4200 TH tem uma área de impressão maior que o comum. Conseguimos realizar impressões com 50 colunas usando comandos no protocolo Esc/Bema, onde comumente se usaria 48 colunas, havendo um ganho de 2 colunas na impressão por linha. A MP-4200 TH não suporta a codificação cod128c para código de barras, como resultado imprimiu a chave do SAT em duas linhas no extrato do SAT, quando deveria imprimir em apenas uma. Contudo, em um teste feito no PosPrinterTeste, ela imprimiu o código de barras em uma linha usando o Code128 com 44 caracteres. Ficha técnica fornecida pelo fabricante: Acessórios Itens 1 Fonte de alimentação 1 Cabo de Força 1 Cabo de comunicação 1 Bobina de papel 1 Guia de uso rápido Características Físicas Altura: 146 mm Largura: 150 mm Profundidade: 218 mm Massa: 1,2 Kg Cor: Preta Condições Ambientais Temperatura de operação: 0 a 40ºC Umidade de operação: 10 a 90% Dimensões do Papel Largura: 58 a 82,5 mm Diâmetro externo: 102 mm Espessura: 56 a 107 µm Especificações Técnicas Velocidade de impressão: 250 mm/s Velocidade de avanço de papel: 52 lps Nº de caracteres por linha: 24, 32, 48 ,64, ou 21,28, 42, 56 Guilhotina: vida útil: 2 milhões de cortes Interface de comunicação: Interface Padrão: USB Segunda interface opcional e modular: Serial RS-232, Ethernet ou Wi-Fi Alimentação: 100 a 240 VAC (externa) @ 50 a 60 Hz Tabela de caracteres: CODE 437, CODE 850, CODE 858, CODE 860, CODE 862, CODE 864, CODE 866, QR Code Método de impressão: Térmico Modo de impressão: Normal, expandido na horizontal, expandido na vertical, expandido na vertical e horizontal, enfatizado, itálico, invertido, negrito, sublinhado, sobrescrito, subscrito. Drivers e softwares: Windows 95 / 98 / ME™, NT 4.0™, Windows2000™, Windows XP / Vista / 7, JAVAPOS, OPOS, DLL (Windows) / SO (Linux) / Driver de Spooler Sensores: Fim de papel, próximo do fim de papel, tampa aberta, Temperatura da Cabeça de Impressão Vida útil do mecanismo de impressão: 200Km Acionamento de gaveta: 1 conector RJ-12 com capacidade de conexão de 2 gavetas Troca de Bobina: Easy load Diferenciais: Conta com o sistema ERS (Easy Recovery System), onde problemas de atolamento de papel são resolvidos apenas com a abertura da tampa do equipamento. Possui exclusivo sistema de modularidade, com mecanismo impressor independente do módulo eletrônico, permitindo a troca de forma individual, sem precisar retirar o equipamento do local.