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.

Bom dia, senhores. Hoje enviando NFCe's para MG (que está em contingência), ela está autorizando, mas o XML está vindo num formato um pouco diferente, e parece que o ACBr não consegue lê-lo. Anexei um XML de antes de problema e um de hoje. Haveria alguma solução ou é aguardar a SEFAZ normalizar totalmente mesmo? Obrigado, Leandro 9259-pro-lot - ANTES DA CONTINGENCIA.xml 12509-pro-lot - HOJE DURANTE A CONTINGENCIA.xml

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, Obrigada pela contribuição, já está adicionada para validação. Att.

Se informar um código inválido para o tPag ele é redefinido para o tPag padrão (01-Dinheiro). Se não for o caso abra um novo tópico e anexe os arquivos de envio e retorno.

Acabei de ver aqui, realmente você tinha razão, deu certinho. Muito Obrigado.

Não.

Olá tudo bem com você? Aqui é o Isaque Pinheiro Estou pensando em abrir a 2a Turma do curso Motor de Cálculo de Impostos, a 1a Turma foi um sucesso mais de 50 alunos estão hoje vendo e vivendo os benefícios de ter sido os primeiros a conhecer o Framework e poder usar essa fantástica ferramenta nativo em seu sistema se já ele em Delphi ou Lazarus. Se for do seu interesse em participar dessa 2a Turma, entre no grupo VIP, onde la juntamente com os demais interessados vou disponibilizar todas as informações e farei uma promoção para essa segunda turma, mas isso só la nesse grupo no WhatsApp, aqui está o link para você participar do grupo. Entre por aqui no grupo VIP no WhatsApp Grande abraço

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...

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

Olá, Para quem utiliza o ACBrMonitorPLUS, as margens dos documentos fiscais eletrônicos podem ser configuradas em um único local, sendo válidas para todos os Formulários (NFe, CTe, MDFe, GNRe). Com as padronizações realizadas, o que muda é a definição de margens de Centímetros para Milímetros, sendo assim basta multiplicar as configurações já existentes por 10. ex: Antes - Margem Inferior: 0,70 Margem Superior: 0,70 Margem Direita: 0,50 Margem Esquerda: 0,50 ex: Depois- Margem Inferior: 7,00 Margem Superior: 7,00 Margem Direita: 5,00 Margem Esquerda: 5,00 Veja onde configurar: Para o cupom SAT e NFCe tipo (Bobina) não será necessário alterações nas configurações já existentes. Estas alteração precisam ser realizadas a partir da versão: 1.3.0.140

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

O troco na NFCe não está vinculado a uma forma de pagamento, o valor do troco é geral para os pagamentos informados. Na leitura do INI o valor do troco vai ser sobreposto pelo valor informado na última forma de pagamento. Nesse exemplo você deve informar o valor do troco na seção [PAG002] mesmo o troco sendo em dinheiro. Ou repetir o valor do troco em todas os pagamentos.

Obrigado, será atualizado no Manual on-lne...

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

Bom dia Fabricio, Muito obrigado pelas informações. O que achei estranho é que, os schemas se referem a versão 1 do layout da ABRASF, mas o webservice possui métodos que só existem na versão 2 do layout da ABRASF. Note que nos schemas temos a estrutura da consulta a situação do lote, mas no WSDL não temos esse serviço. No WSDL temos os serviços: GerarNFSe, RecepcionarLoteRpsSincrono e SubstituiNFSe e nos Schemas não temos a definição das estruturas para a montagem dos XMLs a serem enviados para esses serviços. O layout do RPS que o Webservice espera receber é da versão 1 ou 2? Se for 2, com base nos serviços listados no WSDL, então os schemas estão errados, pois não vai dar para gerar o XML do RPS e validar antes do seu envio. Esse pessoal é muito topeira, criaram um Schema para cada ambiente, o que muda é o namespace, em vez de criar um só com um namespace único.

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.

@Jonas Block Souza... Por tudo que li... o Delphi Professional atenderá suas necessidades... afinal você usará o IBObjects e só precisa do compilador Delphi... Quanto a versão.. comprando o Delphi atual, Você terá um ano de Subscrição e poderá baixar qualquer versão anterior do Delphi... Desde o Delphi 7 até o Rio

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

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

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.

Qualquer fiscal que ver isso vai entender como fraude. Se a entrada foi feita com CFOP de revenda, o correto é emitir uma nota de baixa para consumo, precisa verificar com a contabilidade qual o CFOP correto para essa operação, e provavelmente será preciso sim recolher os impostos, já que na entrada ele foi creditado do imposto (dependendo do regime da empresa). Essa nota pode ser feita no fim do mês, por exemplo, e com preço de custo. Já quando a entrada é feita com CFOP de uso e consumo não é necessário emitir a nota de baixa, mas também não pode se creditar de imposto na entrada.

Essa solução foi aplicada seguindo o mesmo critério de retorno de uma nota, no meu caso a nota foi enviada só que tive problema de TimeOut quando fiz uma consulta analisado o retorno notei que vinha dados em cada tag que estava impedindo a alimentação correta do componente.

Realmente, MG está devolvendo um retorno incorreto da NFC-e (isso quando vem o retorno). Mas o SEFAZ já assumiu que está com problemas, não creio que seja caso de se alterar algo no ACBr. O ACBr lê o formato conf a legislação nacional. Quem deve fazer a correção é o SEFAZ/MG. Acho que infelizmente temos que aguardar as correções que serão feitas pós paralisação.

Boa tarde a todos, Para quem utiliza o componente ACBrCTe e estava com dificuldades de gerar o Hash de Entrega, poderá se utiliza de uma das duas funções que acabam de ser disponibilizadas na unit ACBrDFeUtil. São elas: function CalcularHashDados(const ADados: TStream; AChave: String): string; Devemos utilizar a função acima quando a imagem esta armazenada no banco de dados, neste caso o conteúdo da mesma é passado como Stream no primeiro parâmetro da função, já o segundo é a chave do CT-e. A função retorna uma string com 28 caracteres que devemos atribuir ao campo: infEvento.detEvento.hashEntrega Exemplo: infEvento.detEvento.hashEntrega := CalcularHashDados(xStreamImagem, xChaveCTe); e function CalcularHashArquivo(const APathArquivo: String; AChave: String): string; Devemos utilizar a função acima quando a imagem esta salva em disco, neste caso o primeiro parâmetro da função é o path com o nome do arquivo (imagem) e o segundo é a chave do CT-e. A função retorna a string com 28 caracteres que devemos atribuir ao campo: infEvento.detEvento.hashEntrega Exemplo: infEvento.detEvento.hashEntrega := CalcularHashArquivo(xPathImagem, xChaveCTe);

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.