Painel de líderes

Boa tarde Pessoal, Se tratando de NF-e / CT-e o que fazer quando a SEFAZ autorizadora esta fora do AR? Quando a SEFAZ-Autorizadora fica fora do AR por problemas técnicos ou parada programada a mesma se encarrega se solicitar a ativação da SVC - SEFAZ Virtual de Contingência. Sendo assim, em vez de enviar para a SEFAZ-Autorizadora enviamos para a SVC. Na imagem abaixo temos um exemplo da NF-e: Como podemos ver não se faz necessário enviar novamente para a SEFAZ-Autorizadora a NF-e que foi enviada para a SVC, pois esta se encarrega de validar e autorizar ou não a nota. "Todas as NF-e autorizadas pela SVC serão automaticamente disponibilizadas para o Ambiente Nacional da NF-e e, consequentemente, distribuídas para as SEFAZ envolvidas na operação. A princípio, quando o ambiente de autorização normal da UF retornar ao seu funcionamento normal, os documentos autorizados no ambiente da SVC já constarão na sua base de dados." essa informação consta no item 04.8 - Compartilhamento das NF-e autorizadas pela SVC da Nota Técnica 2013/007 versão 1.03 Configuração do Componente ACBrNFe: // (AC,AL,AP,AM,BA,CE,DF,ES,GO,MA,MT,MS,MG,PA,PB,PR,PE,PI,RJ,RN,RS,RO,RR,SC,SP,SE,TO); // (12,27,16,13,29,23,53,32,52,21,51,50,31,15,25,41,26,22,33,24,43,11,14,42,35,28,17); case rgTipoEmissao.ItemIndex of 0: ACBrNFe1.Configuracoes.Geral.FormaEmissao := teNormal; 1: if ACBrNFe1.Configuracoes.WebServices.UFCodigo in [13, 26, 21, 29, 41, 50, 51, 52] then ACBrNFe1.Configuracoes.Geral.FormaEmissao := teSVCRS else ACBrNFe1.Configuracoes.Geral.FormaEmissao := teSVCAN; end; Na rotina que alimenta o componente com os dados da venda devemos incluir as seguintes linhas: case rgTipoEmissao.ItemIndex of 0: Ide.tpEmis := teNormal; 1: if ACBrNFe1.Configuracoes.WebServices.UFCodigo in [13, 26, 21, 29, 41, 50, 51, 52] then Ide.tpEmis := teSVCRS else Ide.tpEmis := teSVCAN; end; No Form da sua aplicação inclua o componente TRadioGroup para que o usuário possa escolher entre o envio Normal ou SVC: Se escolhido a opção Normal o XML será gerado segundo o tipo de emissão Normal e será enviado para a SEFAZ-Autorizadora. Por outro lado se for escolhido SVC o XML será gerado segundo o tipo de emissão SVCRS ou SVCAN conforme a UF e será enviado para a SVC correspondente. Simples não acham? De forma semelhante temos também para o CT-e o SVC. Na imagem abaixo temos um exemplo do CT-e: Configuração do Componente ACBrCTe: // (AC,AL,AP,AM,BA,CE,DF,ES,GO,MA,MT,MS,MG,PA,PB,PR,PE,PI,RJ,RN,RS,RO,RR,SC,SP,SE,TO); // (12,27,16,13,29,23,53,32,52,21,51,50,31,15,25,41,26,22,33,24,43,11,14,42,35,28,17); case rgTipoEmissao.ItemIndex of 0: ACBrCTe1.Configuracoes.Geral.FormaEmissao := teNormal; 1: if ACBrCTe1.Configuracoes.WebServices.UFCodigo in [14, 16, 26, 35, 50, 51] then ACBrCTe1.Configuracoes.Geral.FormaEmissao := teSVCRS else ACBrCTe1.Configuracoes.Geral.FormaEmissao := teSVCSP; end; Notem que no caso do CT-e temos a SVC-RS e SVC-SP em vez da SVC-AN. Na rotina que alimenta o componente com os dados do transporte da carga devemos incluir as seguintes linhas: case rgTipoEmissao.ItemIndex of 0: Ide.tpEmis := teNormal; 1: if ACBrCTe1.Configuracoes.WebServices.UFCodigo in [14, 16, 26, 35, 50, 51] then Ide.tpEmis := teSVCRS else Ide.tpEmis := teSVCSP; end; Não esqueçam de colocar o componente TRadioGroup com as opções Normal e SVC no Form de emissão para que o usuário possa escolher. Notaram que o funcionamento de ambos são iguais? Observações: O envio para o SVC é valido para NF-e, CT-e e CT-e OS. No caso da NFC-e temos a Contingência Off-line que na verdade a NFC-e não é enviada apenas o seu DANFE é impresso, quando a SEFAZ-Autorizadora voltar a funcionar devemos enviar a nota. Para o Estado de São Paulo a contingência da NFC-e é o SAT, ou seja, se a SEFAZ-SP estiver parada devemos usar o SAT para enviar o CF-e. A SVC é desativada assim que a SEFAZ-Autorizadora voltar a funcionar sem nenhum problema. Bibliografia: Nota Técnica 2013/007 versão 1.03 Manual do CT-e versão 3.00 MOC7 Anexo V Manual Contingencia NF-e

Olá pessoal! Estava tentando importar um arquivo retorno CNAB 400 do banco SICREDI, porém ocorria o retorno de erro: [2] 'A6' is not a valid integer value. Analisei o arquivo de remessa e o arquivo ACBrBancoSicredi.pas. No retorno a posição 109 a 110 se encontrava como 03, entrada rejeitada. E a posição 319 A6. Na unit a parte referente ao código do registro recusado: toRetornoRegistroRecusado: //03, não tem o código A6, implementei este código e funcionou. Gostaria de saber se é o correto a ser feito? Desde já agradeço e anexo também a unit com a alteração. ACBrBancoSicredi.pas

Atualizei tudo antes de realizar esta publicação. Assim que possível vou verificar meu código novamente. obrigado

Caramba o Tópico é antigo mas me salvou instalei o Delphi Rio pra testes começou um inferno aqui de mensagens, Já tinha o Berlim instalado e o Delphi 7 funcionando perfeito. Mandei dar uma pesquisada de ACBr*.bpl achei uns não sei porque na pasta do Delphi7 retirei puff problema resolvido! Valeu ad dicas aí!

Para complementar: Fonte1: http://www.sped.fazenda.pr.gov.br/modules/conteudo/conteudo.php?conteudo=46 Fonte2: http://www.nfe.go.gov.br/post/ver/152769/ocorrencia-de-problemas-tecnicos

A NFe foi manifestada?

bom dia.. fiz um para ti agora.. nfe_xml_com_transportadora.xml

Para conseguir te ajudar eu preciso que você insira aqui uma imagem da etiqueta ou o código de barras gerado nela. Preciso saber se esta sendo gerado com 4, 5 ou 6 dígitos; Vou anexar aqui uma configuração no MGV que utilizo;

boa noite.. conforme o daniel falou vou colocar a imagen..

Você pode configurar no ACBrMonitor, em que pasta ele deve gravar os arquivos de Venda do SAT

Boa tarde Pessoal, Primeiro foi o CT-e e o MDF-e a ter o seu layout alterado para contemplar um novo grupo: <infRespTec> Informações do Responsável Técnico, agora esta chegando a vez da NF-e. Os 3 componentes já estão preparados para gerar esse grupo. Alguns desenvolvedores já estão gerando o grupo <infRespTec> para o CT-e e MDF-e, tanto em homologação quanto em produção. No caso da NF-e as datas previstas são: para o ambiente de homologação é 25/02/2019 e para produção é 29/04/2019 alterado para 03/06/2019 (conforme consta na versão 1.30 da NT 2018/005). Quero deixar claro que essas datas se referem ao prazo para que as SEFAZ finalizem a implementação em seus webservices, portanto somente a partir dessas datas é que poderemos enviar o XML da NF-e com esse grupo. Portanto, a partir do dia 25/02/2019 teremos um prazo de 3 meses para realizar os testes em ambiente de homologação. Outra coisa importante a ser dita é que esse grupo é opcional, mas vai ficar a critério de cada UF torna-lo obrigatório ou não. Quais são as informações que compõe esse grupo? O grupo <infRespTec> é composto pelos campos: CNPJ da empresa que desenvolveu o software, xContato é o nome da pessoa responsável pelo software, email e fone dessa pessoa ou da empresa. Caso você opte por gerar esse grupo independente da UF exigir ou não, as 4 informações acima deveram constar. Como dito acima os componentes ACBrNFe, ACBrCTe e ACBrMDFe já estão preparados para gerar o grupo <infRespTec>, para que isso ocorra basta acrescentar na sua rotina que alimenta o componente com os dados que vão fazer parte do XML as seguintes linhas... O exemplo abaixo é para a NF-e: with ACBrNFe.NotasFiscais.Add.NFe do begin (...) infRespTec.CNPJ := xCNPJ_RespTec; // CNPJ da Empresa infRespTec.xContato := xContato_RespTec; // Nome do Contato infRespTec.email := xEmail_RespTec; // email do Contato ou Empresa infRespTec.fone := xFone_RespTec; // fone do Contato ou Empresa end; As linhas em negrito acima são exatamente iguais para o CT-e e MDF-e. Nas Notas Técnicas da NF-e, CT-e e MDF-e que se refere a esse grupo tempos ainda mais dois campos: idCSRT e hashCSRT que vão ficar para uma segunda etapa. O CSRT - Código de Segurança do Responsável Técnico, trata-se de um código alfa numérico que será fornecido pela SEFAZ através de uma página própria ou por um webservice, conforme consta na Nota Técnica. Sendo assim, enquanto a SEFAZ não criar essa página ou webservice não temos como solicitar o CSRT e portanto não podemos incluir no XML o idCSRT que é um numero sequencial e o hashCSRT que é o resultado do hash (SHA1 - Base64) da concatenação do CSRT mais a chave do documento. Os componentes já possuem no rol de configurações, as propriedades idCSRT (Integer) e CSRT (String), nessa primeira etapa devemos atribuir o valor zero a idCSRT e uma string vazia para o CSRT, para que os campos: idCSRT e hashCSRT não sejam gerados. Os valores padrões estabelecidos pelo componente são: idCSRT = 0 e CSRT = '' (string vazia). Reforço que o preenchimento dessas propriedades só devem ser feitas a partir do momento que a SEFAZ lhe fornecer o idCSRT e o CSRT. Vamos supor que as UF: x, y e z venham a exigir o grupo <infRespTec> e criem uma pagina ou webservice para fornecer o CSRT, caso você tenha clientes usando ou seu software para emitir NF-e ou CT-e ou MDF-e será necessário solicitar o CSRT em cada uma das UF. Resumindo o CSRT fornecido pela UF x só é valida para os seus clientes dessa UF que usam o seu software. Quais são as UF que vão exigir o grupo <infRespTec> não sabemos, logo devemos ficar atentos. A minha sugestão é que o seu software gere esse grupo independente da UF exigir ou não, pois o dia que ela resolver exigir você não vai precisar fazer nada, pois já consta no XML o grupo. A questão agora é quanto ao CSRT, como dito anteriormente, vai ficar para uma segunda etapa visto que, se faz necessário a SEFAZ criar a página ou webservice. O meu conselho é que no seu software na tela de configuração tenha os campos: idCSRT e CSRT para que você possa informa-los assim que obter. Detalhe importante, os campos idCSRT e hashCSRT só serão gerados no XML e de forma automática dentro do grupo <infRespTec> a partir do momento que as propriedades de configuração: idCSRT e CSRT passarem a ter valores validos. O texto ficou longo, mas espero ter passado todas as informações necessárias para que vocês possam fazer as alterações em seus softwares e desta forma ficarem em conformidade com as nas Notas Técnicas. Para quem não leu as NT, por favor leiam. NT 2018/005 versão 1.20 - Alteração do layout da NF-e https://sourceforge.net/p/acbr/code/HEAD/tree/tools/DFe/NFe/NT/2018/ NT 2018/002 versão 1.01 - Alteração do layout do CT-e https://sourceforge.net/p/acbr/code/HEAD/tree/tools/DFe/CTe/NT/2018/ NT 2018/002 versão 1.02 - Alteração do layout do MDF-e https://sourceforge.net/p/acbr/code/HEAD/tree/tools/DFe/MDFe/NT/2018/

O ACBrMonitorPLUS não é multi-empresa ou multi-terminal... deve ser instalado um Monitor por Terminal

Depende do fabricante... você deve consultar os mesmos... Certamente não será *.DLL, visto que as extensões de bibliotecas no Linux são por padrão *.SO

a tag cProdANVISA pede tamanho 13 carácter e vc so esta informando 6

Sugiro você procurar um componente que permita essa alteração. Talvez da TMS, Devart, etc... Lembro de já ter me deparado com algo parecido e era muito complicado mexer com isso na VCL.

Boa tarde Entrei em contato através do 0800 com a SEFAZ GO e fui informada de que as TAGs referentes a Responsável Técnico NÃO serão obrigatórias por enquanto e não há previsão. A atendente disse que me enviaria a informação por e-mail. Estou aguardando.

Se não está imprimindo mesmo informando o caminho do compartilhamento veja as seguintes questões: 1 - No computador onde está instalado a impressora está imprimindo o teste do windows? Se não tem algo errado na instalação. 1.1 (Opcional) Se a resposta foi "Sim" para a 1 execute o Demo do PosPrinter nessa máquina e realize alguns testes. 2 - No computador na rede onde está instalou o ACBrPosPrinter está sendo impresso o teste do windows? Se não tem algo errado no compartilhamento. 3 - Se a resposta foi "Sim" para a 2, verifique a configuração do componente, como protocolo, porta etc... Talvez este tópico abaixo ajude:

Boa tarde Cesar, Vai ser necessário "debugar" para sabermos se o componente esta enviando o evento para a SVC-RS ou SEFAZ-BA. Pela sua configuração é para enviar para SEFAZ-BA. A não ser que tem no seu código mudando de teNormal para teSVCRS antes do envio do evento.

tem razão. já está no svn a sugestão

Você não deve se preocupar com isso! Quem tem que enviar para o SEFAZ-MT e para o Ambiente Nacional e o SEFAZ-RS que recebeu e autorizou a sua nota. Nesse caso e briga de cachorro grande e você apenas precisa guardar os seus xml autorizados e esperar que o processo ocorra em seu tempo.

Basta compartilhar a impressora e usar na porta do componente algo como: \\IPMAQUINA\Compartilhamento Exemplo, suponha que a Elgin I7 esteja na máquina de IP 192.168.2.10 e você compartilhou a impressora pela Rede do Windows, com o nome de compartilhamento como "ElginI7" \\192.168.2.10\ElginI7

Bom dia, Italo! Atualizei os fontes, instalei novamente o ACBr, e emiti numa Nf-e em homologação. o XML gravou os campos de entrega, porém a danfe sai normal, sem esses dados. Há um comando ou configuração para ativar a impressão de entrega/retirada no danfe? Obrigado. 35190220723049000180550000000000031000000033-nfe.xml

Geralmente ao consultar novamente você já tem a resposta a não ser que o webservice esteja passando por problemas, mas se ele retornou que a nota não existe na base de dados da SEFAZ quer dizer que ela não foi autorizada. A resposta de lote recebido com sucesso é sobre o lote de envio, após isso a nota entra na fila para ser autorizada ou não, se você consultou e retornou como que não existe, então ela não foi autorizada, lembrando que estamos considerando que você não alterou nada no XML originalmente enviado.

De fato Quando é instanciado o TTrabalhador em pcesCommon já está criando a classe das informações de deficiência, e em pcesGerador se todos os itens forem falsos não é gerado as informações de deficiência (Baseado no meu XML que não gera a tag de de deficiência, acreditava que era pela assinatura da classe). Neste caso para resolver seu caso de forma simples, quando não quiser informar ao eSocial, basta preencher tudo com não, ou você pode alterar esses dois pontos para trabalhar com assinatura da classe e verifica se passa pela aprovação.

6.3 - Mostre respeito pelo modo de escrever. Escreva de modo claro, gramaticalmente e semanticamente correto. Não escreva TUDO EM MAIÚSCULAS. Isso é lido como se estivesse gritando e é considerado rude. Favor leia as regras do fórum.

Bom dia Segue unit em anexo, linha 700... Obrigado , Carlos ACBrSpedPisCofins.pas

Bom dia. Por que você quer enviar antes da obrigatoriedade? Pelos demais tópicos que tenho visto no fórum, me parece que se não está na obrigatoriedade, o arquivo não é aceito. Att.

Bom dia. Obrigada pelo interesse em colaborar, o tópico está sim no lugar correto, porém é necessário anexar o arquivo alterado para análise. Att.

Apenas para conhecimento, pois os fontes do Acbr já foram adequados para fazer a leitura dos retornos de forma a não gerar erro, mas após muitos e-mails a Sefaz/MG corrigiu os seus retornos, deixando-os de forma adequada. Para fins de comparação: Abaixo é o retorno que estava incorreto: <?xml version="1.0" encoding="UTF-8"?> <S:Envelope xmlns:S="http://www.w3.org/2003/05/soap-envelope"> <S:Body> <ns0:nfeResultMsg xmlns:ns0="http://www.portalfiscal.inf.br/nfe/wsdl/NFeStatusServico4"> <retConsStatServ xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00"> <tpAmb>1</tpAmb> <verAplic>W-1.0.38</verAplic> <cStat>282</cStat> <xMotivo>Rejeição: Certificado Transmissor sem CNPJ</xMotivo> <cUF>31</cUF> <dhRecbto>2019-02-03T17:39:27-02:00</dhRecbto> <tMed>0</tMed> <dhRetorno>2019-02-03T17:39:27-02:00</dhRetorno> </retConsStatServ> </ns0:nfeResultMsg> </S:Body> </S:Envelope> Esse é o retorno mais recente: <?xml version="1.0" encoding="UTF-8"?> <S:Envelope xmlns:S="http://www.w3.org/2003/05/soap-envelope"> <S:Body> <nfeResultMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NFeStatusServico4"> <retConsStatServ xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00"> <tpAmb>1</tpAmb> <verAplic>W-1.1.25</verAplic> <cStat>282</cStat> <xMotivo>Rejeição: Certificado Transmissor sem CNPJ</xMotivo> <cUF>31</cUF> <dhRecbto>2019-02-27T19:19:53-03:00</dhRecbto> <tMed>0</tMed> <dhRetorno>2019-02-27T19:19:53-03:00</dhRetorno> </retConsStatServ> </nfeResultMsg> </S:Body> </S:Envelope> Percebam que na terceira linha a tag "nfeResultMsg" já aparece correta, como deveria ser.

boa noite. se voce abrir o monitor,vou clicar onde marquei.

Por favor verifique esse tópico:

consegui autorizar, e contador já disse que esta correto, ficou assim... -<det nItem="1"> -<prod> <cProd>000071</cProd> <cEAN/> <xProd>M 90% POLIAMIDA 10% ELASTANO</xProd> <NCM>60024020</NCM> <CFOP>6201</CFOP> <uCom>kg</uCom> <qCom>114.0000</qCom> <vUnCom>59.9000000000</vUnCom> <vProd>6828.60</vProd> <cEANTrib/> <uTrib>kg</uTrib> <qTrib>114.0000</qTrib> <vUnTrib>59.9000000000</vUnTrib> <indTot>1</indTot> </prod> -<imposto> -<ICMS> -<ICMSSN900> <orig>2</orig> <CSOSN>900</CSOSN> <modBC>3</modBC> <vBC>6828.60</vBC> <pICMS>4.0000</pICMS> <vICMS>273.14</vICMS> </ICMSSN900> </ICMS> -<IPI> <cEnq>999</cEnq> -<IPITrib> <CST>99</CST> <vBC>0.00</vBC> <pIPI>0.0000</pIPI> <vIPI>0.00</vIPI> </IPITrib> </IPI> -<PIS> -<PISOutr> <CST>99</CST> <vBC>0.00</vBC> <pPIS>0.0000</pPIS> <vPIS>0.00</vPIS> </PISOutr> </PIS> -<COFINS> -<COFINSOutr> <CST>99</CST> <vBC>0.00</vBC> <pCOFINS>0.0000</pCOFINS> <vCOFINS>0.00</vCOFINS> </COFINSOutr> </COFINS> </imposto> </det> -<total> -<ICMSTot> <vBC>6828.60</vBC> <vICMS>273.14</vICMS> <vICMSDeson>0.00</vICMSDeson> <vFCP>0.00</vFCP> <vBCST>0.00</vBCST> <vST>0.00</vST> <vFCPST>0.00</vFCPST> <vFCPSTRet>0.00</vFCPSTRet> <vProd>6828.60</vProd> <vFrete>0.00</vFrete> <vSeg>0.00</vSeg> <vDesc>0.00</vDesc> <vII>0.00</vII> <vIPI>0.00</vIPI> <vIPIDevol>0.00</vIPIDevol> <vPIS>0.00</vPIS> <vCOFINS>0.00</vCOFINS> <vOutro>0.00</vOutro> <vNF>6828.60</vNF> </ICMSTot> </total>

Certo, porém estou omitindo o conjunto inteiro, e mesmo assim o xml é gerado com seus Sub-itens com o valor 'S'.

Na página 2 deste tópico estão falando sobre isso!! Dê uma olhada lá.

Bom dia. Veja este tópico Att.

Informamos que a válidade do layout 0.06 foi temporariamente estendida. Aconselhamos conectar os equipamentos SAT à Internet, efetuar o envio dos cupons em memória e atualizar a versão do Sotware Básico de forma a poder continuar utilizando o equipamento. A SEFAZ irá atualizar os equipamentos nessa versão sem aviso caso eles não sejam atualizados pelo próprio contribuinte. O procedimento pode acarretar interrupção das vendas, perda dos equipamentos com falha ou qualquer outro tipo de problema técnico, o que iria acontecer de qualquer forma caso o Layout não tivesse a sua vigência estendida temporariamente.

Isso mesmo.. você pode testar isso, como o Demo SATTeste

Segue em anexo a classe que criei para consulta de CNPJ no site https://www.receitaws.com.br/v1/cnpj Se alguém quiser usar ou implementar mais essa consulta no ACBR, esta toda pronta Segue a chamada da classe Consulta_CNPJ.Consulta(RemoveCaracteres ( EditCNPJ.Text )); RAZAO_SOCIAL.value := Consulta_CNPJ.Nome; ENDERECO.value := Consulta_CNPJ.Logradouro; NUMERO.value := Consulta_CNPJ.Numero; Todos esses campos são retornados Fatividade_principal_descricao : string; Fatividade_principal_code : string; Fdata_situacao : string; Fcomplemento : string; Fnome : string; Fuf : string; Ftelefone : string; Fatividade_secuncaria_descricao: string; Fatividade_secundaria_code : String; Fsituacao : string; Fbairro : string; Flogradouro : string; Fnumero : string; Fcep : string; Fmunicipio : string; Fporte : string; Fabertura : string; Fnatureza : string; Ffantasia : string; Fcapital : string; FEMail : string; FSocios : TStringList; Consulta_CNPJ.pas

Desculpa mas não entendi sua dúvida.

boa tarde.. Mandei dois xmls de exemplo para voce estudar com Nfe e outro Nfc-e. xml_pag.xml cupom_xml_17092018.xml

Resposta da Mensagem 7801363 Boa Tarde Segue resposta da Sefaz SP sobre o Grupo <infRespTec> = Grupo de informações do Responsável Técnico Prezado Amaury, A SEFAZ-SP não aderirá o controle de Responsável Técnico pelo sistema (previsto na NT2018.005) por enquanto e não há previsão SE e QUANDO esse controle será implementado. Sugerimos que procure as demais UFs autorizadas para saber a posição destas. Agradecemos seu contato no "Fale Conosco" da Secretaria da Fazenda. Sua opinião é muito importante para nós. Por gentileza, clique no link abaixo e opine sobre este e-mail: Pesquisa de Satisfação Atenciosamente, Secretaria da Fazenda do Estado de São Paulo Mensagem Original: Preenchimento da NFe Boa Tarde A SEFAZ-SP vai exigir que seja gerado o grupo <infRespTec> = Grupo de Informações do Responsável Técnico ? Amaury NÃO RESPONDA ESTE E-MAIL Para fazer uma nova pergunta, clique aqui. Secretaria da Fazenda - Governo do Estado de Sao Paulo

Bom dia ! Alguém sabe informar os procedimentos para envio de arquivos antes do inicio da obrigação do eSocial ? Exemplo: Envio obrigatório a partir do mês 01/2019, como enviar competência 12/2018 ( rejeição no envio por estar fora do prazo do inicio da obrigação ). Desde já agradeço qualquer informação e/ou contribuição. Obrigado.