Reginaldo Rodrigues Pereira

Basta atualizar os fontes do ACBr que ele será atualizado.

Consegui resolver alterando schema_v101-ISSNet.xsd. Recebi hoje uma atualização do schema_v101-ISSNet.xsd, não cheguei de testar ele.

Ao emitir uma NFSe de homologação pelo Programa Exemplo, provedor ISSNet, município Cuiabá/MT, porém esta ocorrendo o seguinte erro: Pelo portal de homologação da ISSNet gera nota normalmente com o cTribMun = 6, inclusive no campo de seleção só tem essa opção 6, conforme imagem a seguir: Esse é o XML gerado pelo portal da ISSNet: Percebi que o componente esta utilizando o schema_v101-ISSNet.xsd para fazer essa validação e, obrigando um código com 10 dígitos. Entrei em contato com o suporte Nota Control, eles me disseram que não existe cTribMun com 10 dígitos.

Incluído novos tipos em TSTipoRetPISCofins. Antes: Tipo de retencao do Pis/Cofins: 1 - Retido; 2 - Não Retido; Depois: Tipo de retencao do Pis/Cofins: 0 - PIS/COFINS/CSLL Não Retidos; 1 - PIS/COFINS Retidos; 2 - PIS/COFINS Não Retidos; 3 - PIS/COFINS/CSLL Retidos; 4 - PIS/COFINS Retidos, CSLL Não Retido; 5 - PIS Retido, COFINS/CSLL Não Retido; 6 - COFINS Retido, PIS/CSLL Não Retido; 7 - PIS Não Retido, COFINS/CSLL Retidos; 8 - PIS/COFINS Não Retidos, CSLL Retido; 9 - COFINS Não Retido, PIS/CSLL Retidos; tiposComplexos_v1.00.xsd tiposSimples_v1.00.xsd

Obrigado, já atualizei alguns dias atrás, realmente foi resolvido.

Pessoal, consegui emitir nota tanto em homologação quanto em produção, porém, no retorno não esta vindo nem a ChaveNFSe e nem o XML da NFSe. Gostaria de saber como estão fazendo para pegar essas informações? Isso é uma deficiência do componente ou do WebService? Provedor Coplan, Sinop/MT.

Ao tentar executar o evento ObterDANFSE() do Padrão Nacional esta ocorrendo o erro acima. Esse passou a ocorrer de quinta feira para cá, pois na quarta eu baixei um PDF sem nenhum erro, na sexta atualizei meus fontes começou a dar erro. Na imagem acima comentei essas linhas destacadas na imagem, parou de dar o erro e gerou o PDF. Esta ocorrendo erro no comando TACBrJsonObject.Parse(Response.ArquivoRetorno), pois o Response.ArquivoRetorno não é mais um JSON, já é o próprio PDF. Precisamos da análise e correção adequada por parte da ACBr.

Comentado já esta. Então tem que descomentar e e reinstalar o ACBr?

Estou tendo o mesmo problema, porém, no ambiente de Produção.

O formato do campo "Data da abertura do DAV" dos registro V2 e V3 e, "Data de geração do arquivo" do registro V4, não estão sendo gerados no formato YYYYMMDD, conforme documentação do PAF-NFC-e. Alteração feita na unit ACBrPAF_V_Class.pas. ACBrPAF_V_Class.pas

Alguém mais gostaria de contribuir a respeito deste questionamento além do @Juliomar Marchetti? Gostaria de saber se mais algum desenvolvedor já passou por isso e qual solução foi dada. Já orientamos o lojista que utiliza nosso ERP entrar em contato com o gerente do banco e verificar sobre essa possibilidade de gerar boleto via API e via CNAB ao mesmo tempo.

Resolvi abrir esse fórum, pra ficar registrado aqui, para futuras consultas. Lá no Discord é difícil de encontrar respostas no futuro.

Um lojista deseja utilizar o registro de boleto online via API. Porém, ele possui a seguinte preocupação, caso estiver sem internet e não for possível registrar o boleto online via API, ele poderá gerar um boleto no modo normal (offline) e, quando a internet voltar ele registrar esse boleto através de arquivo de remessa? Gostaria de saber se isso é possível, qual as consequências disso. O lojista não quer é que seu cliente saia da loja sem o boleto. Será que os bancos permitem esse procedimento ou depois que optou pela cobrança via API só poderá registrar boletos online?

Pessoal, o suporte do banco Sicredi me respondeu. Era apenas o número do Posto que estava errado, o cliente configurou 00 e, o correto era 32. Mas obrigado pela ajuda.