samdella

Olá a todos ! ISSBarueri Produção Assíncrono, quando lote contém + 1 RPS, está gerando registros 1 e 9 em duplicidade ! Esta sendo recusado pelo servidor. Segundo documentação, deve haver no arquivo apenas 1 reg 1 (cabeçalho) e 1 reg 9 (totalizador do arquivo) .

Obrigado! Testei e está perfeito... Abraço!

Bom dia ! Este erro ocorre na Consulta de lote: o provedor ISSBarueri retorna uma data no formato yyyymmdd que não é suportada pela StringToDateTime() gerando o except mencionado no título. Modifiquei o ISSBarueri.Provider substituindo o StringToDateTime() pelo StrToDateTime() na linha 840. Se estiver adequado, aguardo atualização do repositório. Obrigado! ISSBarueri.Provider.pas

bom dia ! farei isso então... obrigado por enquanto !

boa tarde ! ótimo. E tem alguma novidade sobre o problema ? (o problema ocorre com as URLs corretas)

Bom dia Italo ! Mas essa URL é a que eu estou usando desde o princípio, inclusive comentei que precisei fazer essa alteração porque a atual no ACBrNFSeXServicos.ini não é válida. A princípio coloquei o ACBrNFSeXServicos.ini na mesma pasta do exe, para que após a resolução do problema possamos fazer a alteração definitiva nessa URL. Grato.

oi Italo, como vai ? Modo assíncrono (produção) parece não estar em funcionamento, vide imagem 3; Modo síncrono (produção) funciona, gera a nota na prefeitura, mas não obtém o XML de retorno (aba XML de Retorno e XML das Notas estão vazios), vide imagem 4; Veja que interessante; hoje dia 1/07 como de costume, no 1º dia do mês, preciso alimentar a alíquota do ISS que será usada neste mês no site da prefeitura; ao tentar gerar nota, obtive o XML de retorno com a mensagem apropriada, vide imagens 1 e 2. Presumo que a api está respondendo adequadamente, a falha só ocorre quando não retorna a nota efetivamente, logo após ela ter sido gerada na prefeitura; a imagem 5 mostra essa nota. Anexei o arquivo de soap gerado (não tem a nota de retorno nele). Grato! 1-env-lot-sinc-soap.xml

ok, obrigado!

Olá a todos ! Problema: No envio Sincrono para produção (único ambiente disponível), a nota é perfeitamente gerada na prefeitura, porém o Demo do Acbr não consegue obter o xml, recebendo este erro: Codigo: X999 Mensagem: Erro de conexão: Erro interno: 0 Erro HTTP 500 WebService retornou um XML vazio Provedor=SiapNet Versao=2.00 usando um timeout 30000 (Tópido criado a pedido do Diego Folieni sobre assunto tratado no Discord ACBr pro-nfsex) Grato !

Bom dia ! Sobre empresas do Simples Nacional: As empresas optantes pelo Simples Nacional (CRT 1) podem deixar de recolher o DIFAL em função da suspensão da cobrança concedida pela liminar proferida na Ação Direta de Inconstitucionalidade – ADI 5464. Sendo assim, apenas empresas CRT 2 e 3 devem fazer o Difal. Sobre rejeição rejeição 815/816 Erro não catalogado, em vendas interestaduais: Estou usando o cálculo (fórmula) antigo ainda, no modo de produção; Acertei o Cst do Pis/Cofins para 01 e aprovou (estava usando Cst 99 no Pis/Cofins) Agora pergunto: o que tem haver Cst Pis/Cofins com mensagem de erro do Difal (815/816) ? Tá complicado... Abraço.

Sim, vou confirmar com um contador... de qqer maneira obrigado pela ajuda. Assim que tiver uma posição definitica volto a postar... Abraço !

Obrigado a todos pelo retorno ! Mas observem esta colocação (não sei se está correto, apesar de ter autorizado a nota no Sefaz em homologação hoje): Em resumo o valor do Icms na Uf Destino mudou de R$ 15,00 para R$ 45,00 quando se trata de itens Cst 60 (ICMS cobrado anteriormente por substituição tributária); para itens Cst 00 não houve alteração alguma no cálculo. <ICMS> <ICMS60> <orig>0</orig> <CST>60</CST> <vBCSTRet>0.00</vBCSTRet> <pST>0.0000</pST> <vICMSSubstituto>0.00</vICMSSubstituto> <vICMSSTRet>0.00</vICMSSTRet> </ICMS60> </ICMS> <ICMSUFDest> <vBCUFDest>250.00</vBCUFDest> <vBCFCPUFDest>0.00</vBCFCPUFDest> <pFCPUFDest>0.0000</pFCPUFDest> <pICMSUFDest>18.0000</pICMSUFDest> <pICMSInter>12.00</pICMSInter> <pICMSInterPart>100.0000</pICMSInterPart> <vFCPUFDest>0.00</vFCPUFDest> ***Fórmula do DIFAL até a NT 2020.005: vBCUFDest * (pICMSUFDest - pICMSInter) * pICMSInterPart 250,00 * (18% - 12%) * 100% = R$ 15,00 <vICMSUFDest>15.00</vICMSUFDest> ***Fórmula do DIFAL na NT 2020.005: ((vBCUFDest * pICMSUFDest) - (vBC * pICMSInter)) * pICMSInterPart ((250,00 * 18%) - (0,00 * 12%) * 100% ^ wBC: estou deduzindo zero pelo fato de não haver esta tag para produto Cst 60 <vICMSUFDest>45.00</vICMSUFDest> <vICMSUFRemet>0.00</vICMSUFRemet> </ICMSUFDest>

Entendi Juliomar, obrigado pela dica ! Só no Brasil vemos cenários como este não ?! Uma confusão, cada estado faz do seu jeito, sobra pra gente... temos um esquema Nacional válido, mas ficamos receosos de usá-lo por consequências não consideradas por quem criou esse SAT aqui em SP. Trabalho bem com o SAT hoje, mas estou migrando pra nuvem e gostaria de ter um padrão nacional que fosse suficiente para atender qualquer cliente meu. Abraço !

Boa noite ! Estou recebendo este erro, quando gero uma nota interestadual (SP para MG) com as tags do Difal e apenas no ambiente de Homologação, no Produção funciona perfeitamente. Não consegui identificar erro nas tags, mesmo porque tenho a nota aprovada usando o mesmo Xml no ambiente de Produção. Estranho não ? Alguém passou por isso ? Já atualizei o Acbr e pasta Schemas. As tags que determinam que o Difal é necessário estão assim: (idDest=2) (indIEDest=9) (indFinal=1) <ICMSUFDest> <vBCUFDest>250.00</vBCUFDest> <vBCFCPUFDest>0.00</vBCFCPUFDest> <pFCPUFDest>0.0000</pFCPUFDest> <pICMSUFDest>18.0000</pICMSUFDest> <pICMSInter>12.00</pICMSInter> <pICMSInterPart>100.0000</pICMSInterPart> <vFCPUFDest>0.00</vFCPUFDest> <vICMSUFDest>15.00</vICMSUFDest> <vICMSUFRemet>0.00</vICMSUFRemet> </ICMSUFDest> Grato !

Boa tarde ! Estou modificando meu sistema para gerar Nfc-e no lugar dos cupons SAT num cliente em São Paulo. Já sei que SAT é para contingência aqui no estado, porém estava usando 100% do tempo, e agora não existe razão para emitir cupons SAT uma vez que estou gerando Nfc-e, contudo após alguns dias, se não gerar cupons SAT, o aparelho bloqueia. Como devo proceder ? Alguém passou por situação semelhante ? Grato.

boa tarde Juliomar ! Havia pensado nisso, atualizei a pasta Shemas, mas o erro persiste. Mudei a estratégia, vou gerar o Xml no site, mandar pra máquina local e assinar/validar/enviar localmente, depois devolvo o xml aprovado pro site só pra manter o backup. Isso porque o método enviar usa o certificado para consumir o serviço no Sefaz, segundo pude constatar com visualizações de outros usuários daqui. Mas agradeço pela dica ! Abraço.

Boa noite ! Tenho uma situação que é seguinte: Desenvolvi com Delphi/Unigui um emissor de Nf-e, que roda numa maquina virtual (VM) na Amazon. Pois bem, meu cliente acessa o programa pelo browser mas usa certificado A3, instalado na maquina local. Por isso criei o procedimento assim: 1) No programa hospedado na Amazon alimento o componente ACBrNFe1 e chamo o metodo GravarXML 2) faço um download desse XML pra maquina local, e com um app que fica no SysTray assino com o metodo Assinar 3) envio o Xml de volta para a Amazon, carrego de volta para o ACBrNFe1 pelo LoadFromFile (agora assinado), aplico o Validar Note que nao tenho certificado na Amazon (A1) ! estou recebendo excecao no validar (1871 - Element '{http://www.portalfiscal.inf.br/nfe}NFe': Missing child element(s). Expected is one of ( {http://www.portalfiscal.inf.br/nfe}infNFeSupl, {http://www.w3.org/2000/09/xmldsig#}Signature ). Será que o caminho está correto, tendo em vista a necessidade de validar localmente um Xml que é gerado no provedor de hospedagem ? O Xml assinado está em anexo... Obrigado. teste.xml

entendi... Obrigado ! Você percebeu borda inferior do bloco de produtos excedendo o limite ? Tentei consertar mas com minha pouca experiência no Fast report não tive sucesso. Abraço.

Olá fefevilela, parabéns pela correção... a nível de curiosidade, você resolveu o problema reconstruindo a banda ou alterando alguma propriedade ?

hum, me desculpe, me confundi, esta informação está presente apenas na Consulta Pública ao Cadastro ICMS. Obrigado !

Boa noite ! O componente ACBrConsultaCNPJ está fantástico, só senti falta de uma informação que há na pesquisa, mas não nas propriedades do componente: Regime de apuração. Existe algum interesse em acrescentar isto ? Agora com a recuperação de Icms que as empresas do Simples Nacional proporcionam às empresas do Regime Normal esta informação será muito utilizada. Abraço.

Obrigado pela dica Andre, mas de fato precisa ser ACBrSAT1.CFeCanc.GerarXML(True), ou seja, esse parâmetro "ApenasTagsAplicacao" do método GerarXML precisa ser true; veja o código do componente acbr: procedure TCFeCancW.GerarDest; begin Gerador.wGrupo('dest', 'E01'); if (CFeCanc.infCFe.versao < 0.07) or (not FApenasTagsAplicacao) then Gerador.wCampoCNPJCPF('E02', 'E03', CFeCanc.Dest.CNPJCPF, False); Gerador.wGrupo('/dest'); end; Consegui resolver desta maneira: // Gera o XML de cancelamento ACBrSAT1.CFe.LoadFromFile(dm.OpenDialog1.FileName); ACBrSAT1.CFe2CFeCanc; ACBrSAT1.CFeCanc.infCFe.versao := 0,07 try // Enviando ACBrSAT1.CancelarUltimaVenda(frmPrincipal.ACBrSAT1.CFeCanc.infCFe.chCanc,frmPrincipal.ACBrSAT1.CFeCanc.GerarXML(true)); except end; Esse código gerou o cupom de cancelamento perfeito, com os dados do destinatário, porém gerou um xml com a tag <dest> vazia. Eu havia imaginado que apenas a propriedade ACBrSAT1.Config.infCFe_versaoDadosEnt deveria ser = 0,07 mas precisei tbem alterar a ACBrSAT1.CFeCanc.infCFe.versao para 0,07 O Xml do cupom fiscal da venda tem esses atributos na tag infCFe: -<infCFe versaoSB="000003" versaoDadosEnt="0.07" versao="0.03" Id="CFe35170711111111111111591234567890001618252430"> por isso imaginei que atribuindo a versão apenas para versaoDadosEnt resolveria... Se fiz algo fora do padrão por favor me avisem ! Obrigado à todos pela ajuda.

Obrigado Sergio ! É verdade, existem os Demos, me desculpe... Repliquei os comandos, ainda assim o cpf insiste em aparecer no xml de cancelamento... no emulador (versao 2.9.0) funciona, o erro só acontece no Sat Dimep/Bematech físico. Anexei os Xmls... if dm.OpenDialog1.Execute then begin // Gera o XML de cancelamento frmPrincipal.ACBrSAT1.CFe.LoadFromFile(dm.OpenDialog1.FileName); frmPrincipal.ACBrSAT1.CFe2CFeCanc; frmPrincipal.ACBrSAT1.CFeCanc.GerarXML(True); try // Enviando frmPrincipal.ACBrSAT1.CancelarUltimaVenda; except ... end; end; CFeCan35170711111111111111591234567890001506181477.xml CFe35170711111111111111591234567890001495170210.xml

Boa noite ! Na versão 0,07 não é mais permitido o cpf no xml gerado, já li aqui no fórum que o problema foi resolvido no componente, porém após atualizar e compilar os componentes, ainda é recusado o cancelamento (apenas quando existe cpf). Na minha aplicação Delphi uso estes métodos: ACBrSAT1.CFeCanc.LoadFromFile('xml do cupom gerado e aprovado na versão 0,07'); ACBrSAT1.CFeCanc.GerarXML(true); ACBrSAT1.CancelarUltimaVenda; Funciona perfeitamente quando não tem cpf no cupom fiscal, porém recebo 'Erro desconhecido' quando o cpf está presente. Está correta a sequência dos métodos ? Onde consulto a forma correta de cancelar um cupom SAT no fórum ? Obrigado.

Quando em Homologação, e cliente é contribuinte (tem IE), use IE = '' e Tag indIEDest = 2 (Isento). Vai surtir os efeitos de um cliente contribuinte. Foi a única maneira de compatibilizar uma IE para o Cnpj 99999999000191.